A^H 



Xerox Universal Time-Sharing System (UTS) 

Sigma 6/7/9 Computers 



Overview and Index 
Technical Manual 



EROXEROXEROXEROXEROXEROXERO/ 
XEROXEROXEROXEROXEROXEROXERC 
OXER0XER0XER0XER0XER0XER0XER 
ROXEROXEROXEROXEROXEROXEROXEI 
EROXEROXEROXEROXEROXEROXEROXI 
XEROXEROXEROXEROXEROXEROXERC 
DXEROXEROXEROXEROXEROXEROXERC 
ROXEROXEROXEROXEROXEROXEROXEI 
EROXEROXEROXEROXEROXEROXEROXE 
(EROXEROXEROXEROXEROXEROXEROX 
)XEROXEROXEROXEROXEROXEROXERO 
OXEROXEROXEROXEROXEROXEROXERf 

XEROXEROXEROXEROXEROXE" 
OXEROXEROXEROXEROXEROX 



Tf- 



ROXEROXEROXEROXEROXERO/ 
XEROXEROXEROXEROXEROXEROXERC 
OXEROXEROXEROXEROXEROXEROXER 
ROXEROXEROXEROXEROXEROXEROXEI 
EROXEROXEROXEROXEROXEROXEROXI 



90 19 84 A 



Xerox Corporation X/mOV 

701 South Aviation Boulevard \l Ixl J/V 

El Segundo, California 90245 
213 679-4511 



Xerox Universal Time-Sharing System (UTS) 

Sigma 6/7/9 Computers 



Overview and Index 
Technical Manual 



First Edition 
90 19 84A 

September 1973 



Price: $6.00 



) 1973, Xerox Corporation Printed in U.S.A. 



NOTICE 
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INTRODUCTION 



This document is designed to give the technically-oriented reader, 
who is assumed to have a general knowledge of large computer 
operating systems, an overview of UTS. It is assumed that the 
reader is familiar with the use of the system, knowing both the 
kinds of service which are provided and the language elements 
which the user uses to request these services. He should come 
away from the reading with a general knowledge of how UTS 
accomplishes the various requests made of it. He should also come 
away with an idea of the parts into which the system is divided, 
both functionally and physically. Finally, he should be able to 
understand where to look, both in the technical documentation and 
in the listing of the code itself, when there is a need for more 
detailed knowledge. 

As can be seen from the table of contents, this overview comprises 
six major sections: 

The introductory section (of which this paragraph is a part) 
skims lightly over the system as a whole describing the 
services it provides, the salient characteristic of its 
implementation, the operating systems on which it is based, 
and the hardware which is required for operation. 

The second section describes the concepts fundamental to UTS 
operation. It introduces some of the vocabulary used 
throughout the technical documentation of the system. 

In section three are gathered descriptions of how UTS formats 
all the storage elements under its control: core memory in 
both physical and virtual forms, secondary storage used for 
UTS residence and user swapping space, RAD and disc storage 
used for files of stored data, and the contents of the source 
system tape are included. 

Section four divides the system into functional groupings and 
describes the general techniques used to accomplish those 
functions. 

Section five reviews the functional structure of section four 
giving module-by-module names, sizes, and description of 
function performed. 

Finally, in section six, the processors which, together with 
the UTS monitor, make up the total system are functionally 
reviewed. 
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The UTS Operating System 

UTS is a multiple-user Sigma 6/7/9 operating system providing 
service for a maximum of 50-200 concurrent on-line terminals (a 
physical limitation of 512 lines is imposed by the hardware; 
system logic limits the number of concurrent terminals to 250; 
response and throughput impose a practical limit of 50-200 
terminals depending on the load submitted) and full 
multiprogrammed batch processing services with full resource 
control. It includes BPM-compatible management of consecutive., 
key-indexed (ISAM-like) , and random (direct) files (on either 
fixed-head disc (RAD), disk pack, or magnetic tape). These files 
are use-protected by password and access designation. A symbiont 
(spooling) system services the low-speed peripherals (card 
equipment and line printers) asynchronously with other CPU 
functions to buffer I/O to and from secondary storage. 

Central to the operation of the system is the secondary storage, 
used for monitor and processor residence, symbiont buffers, 
swapping, and user information files. 

Users at the terminals may create, modify, compile, execute, and 
symbolically debug programs on-line in BASIC, FORTRAN, COBOL, 
METASYMBOL, and other languages. Through terminal batch entry the 
user may submit tasks to batch processing, where COBOL, 
SORT /MERGE, MANAGE, and other processors are available. Any 
program may be run in either on-line or batch environments. 
Memory mapping allows reentrant processors (which may be overlaid 
and may contain initial data areas) to be shared by terminal and 
batch users. Other shared processors of UTS are EDIT (a context 
editor) , DELTA (a DDT-like machine- language debugger) , FDP (a 
FORTRAN debugging package) , a program loader and link-editor, PCL 
(a device-to-device transmission and conversion program) , and both 
batch and on-line executive- level command processors. The system 
can easily admit additional shared processors for other languages 
or for specialized user services added at each installation. 
Batch jobs may be inserted either at the central site, from 
remote batch terminals, or from on-line consoles. On-line 
terminals make use of the output printers and punches via the 
symbiont mechanism; they may also access tape drives and private 
disk packs. 
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Map access controls and write locks secure the system from its 
users and the users from one another. Through the map the full 
virtual address range is available for user programs, I/O 
buffering , shared libraries, and the operating system on machines 
with less than maximum memory. Multilevel queue scheduling for 
execution and swapping assures rapid response and overlap of 
computation with file I/O swapping. The map makes possible 
multiple user programs and snared processors in core, which 
contributes to efficient operation through the overlap of CPU 
execution with I/O, The map obviates the need for core shuffling 
or compaction, 

A comprehensive performance monitoring facility which instruments 
and displays a wide variety of internal counts and timings allows 
an installation manager to examine current operation and adjust 
system performance. 

Continuous operation is maintained by automatic error detection, 
reporting, and recovery. System recovery, which includes 
automatic failure analysis , maintains integrity of user files 
while providing automatic restart within one to three minutes. 

Printers, punches, card readers, and tapes are maintained with 
time-shared diagnostics during system operation. System services 
allow on-line diagnostic programs for maintenance of all 
peripheral devices concurrent with system operation, 

UTS is delivered as a package which includes the following: 

1. An operational system tape for a standard configuration, 

2. A tape containing compressed decks, symbolic updates, and 
binary versions of each system module, 

3. Tapes containing symbolic, binary, and object modules for the 
following language processors: BASIC, METASYM OL, FORTRAN 
IV, SORT/xMERGE, the Extended FORTRAN IV Library, ANS COBOL, 
and 1401 Simulator. 

4. A full set of user and operations manuals for the system and 
language processors . 

5. A set of test cases to exercise and verify proper system 
operation. 

b. A delivery document (-11 or -61) describing it all. 
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Salient Characteristics 

Some especially noteworthy characteristics of UTS are the 
following: 

1 . Full use of hardware page mapping (equivalent to a 
relocation register per page) to provide for location of a 
user's program and data in an arbitrary set of physical core 
pages (512 words each). This makes it possible for a 
variable number of different sized program partitions to be 
concurrently resident in core memory and for the number and 
size of partitions to vary dynamically from moment-to-moment. 

2 . Use of the map to share the code portions of reentrant 
processors among concurrent users with attendant savings in 
core requirements and associated overhead. 

3. Division of all programs into procedure and data areas 
separately protected with execute-only and read/write access 
codes. Access codes and write locks are used to protect 
users from another, to protect the system code from the user, 
and to prevent the system from writing in its own procedure 
area. 

4. Identical treatment at the execution level of batch and 
on-line programs, which provides for multiprogramming of 
batch programs and of batch with on-line, and for file 
sharing between batch on-line programs. 

5. Swapping of user programs as a whole (rather than demand 
paging) as regulated by the swap scheduling algorithm. 
Unmodified pure procedure is never swapped out. 

6. A multi-level queue scheduling discipline, which provides a 
common algorithm controlling both execution and swap 
scheduling and which allows separate scheduling of terminal 
I/O, file I/O, interactive CPU requests, batch/compute-bound 
execution, and other special situations. Terminal I/O, for 
example, has a higher priority than file I/O or compute-bound 
execution. 

7. Full overlapping of user and swap I/O with CPU execution 
through scheduling, provided that there is enough core in 
which to do the overlapping. 

8. Complete automatic recovery system with primary attention to 
preservation of user files provides fast restart following 
hardware malfunction. 
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9. Ability to create an installation-specific command processor 
to efficiently pass control to a subsystem and field all 
exits, errors, etc, 

10. On-line diagnostics for card reader, card punch, line 
printers, tapes, and disk packs. 

11. A comprehensive file management system which includes three 
organizations : 

Random (direct) 



Contiguous pre-allocated set of 512-word granules accessed by 
relative granule number. Content is managed entirely by the 
user program. 

Consecutive 

A collection of variable length logical records physically 
blocked into granules by the system. Access is tape- like: 
sequential, forward, reverse or spacing. Allocation is 
dynamically limited only by the size of physical devices on 
the system. 

Key- indexed (ISAM-like) 

Collection of variable length logical records each of which 
has an associated key (name) . Access is either by key or 
sequentially or a mixture. A tiered tree index provides for 
fast access by key to any record. Allocation is dynamically 
limited only by the size of physical devices on the system. 

Lineage 

UTS is the latest member of a family of operating systems, or 
monitors, for the XEROX 6/7/9 line of computers. Because each is 
built upon its predecessor, each takes advantage of much of the 
experienced code of the preceding systems. From time to time 
portions of the monitor are rewritten to add facility, improve 
performance, enhance maintainability, reduce size, or some 
combinations of these. When this happens the common line makes it 
possible to apply the improvement to all monitors in the line. 
Broad-brush characteristics of each system are given below. 
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BCM, the Basic Control Monitor, provides device handlers for XEROX 
peripheral devices and an I/O engueueing routine which 
synchronizes reguests and provides for error recovery. Two 
monitor families distinguished by their file management systems, 
arose from this common ancestor. 

RBM, the Real-time Batch Monitor, added simple job scheduling for 
batch jobs, and a basic file management system as well as 
real-time services. A new version of the I/O gueueing routines 
and device handlers were added which improved real-time 
performance. They also replaced their counterparts in BPM, BTM, 
and UTS. r ' 

BPM, the Batch Processing Monitor, is a major full-service 
operating system for a single stream of batch jobs. Real-time 
services allow concurrent process control and other high response 
needs. Symbionts concurrently spool card-to-disk and 
disk-to-printer or punch. A full file management system is 
included with access methods for consecutive files, indexed 
seguential files (called KEYED) , and pre-allocated direct files 
(called RANDOM) . A Control Command Interpreter (CCI) processes 
the job control language to allow the user to call processors for 
compilation, assembly, loading, and execution, and to assign 
logical I/O units (DCBs) to physical devices or files on RAD or 
disk pack. 

BTM, the Batch Timesharing Monitor, added to the full BPM batch 
service a single fixed partition of memory for terminal users. 
Editing, debugging, and various interactive languages serve the 
terminal user through a terminal command language. Since BTM does 
not make use of the memory map, it may be used on Sigma 5, 6, 7, 
8, or 9 computers. It is limited by its two partition design. 

UTS utilizes the hardware memory map to provide for a variable 
number of variable-sized memory partitions that do not require 
relocation after being moved into physical memory. Having several 
user programs in core increases the probability that the system 
can find concurrent computing to overlap with swapping and file 
I/O. The map also makes it possible to share the code portions of 
processors (e.g., BASIC, FORTRAN) in concurrent use. Because the 
executing partitions need not be confined to on-line users, UTS 
contains a basic multiprogramming facility for batch jobs. Up to 
16 simultaneous batch streams are multiprogrammed with full 
control over physical resources, such as tapes, to prevent 
inter- job lockup. New and improved processors for on-line 
interactive use are provided in UTS. 
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Typical Hardware 

A typical UTS hardware configuration would include the following 

Sigma 6/7/9 CPU with 256-page map 

64K-128K word core memory 

High speed swapping RAD 

File RAD and/or disk pack 

Tape units 

Card punch, card reader, line printer 

Operator's console 

8-512 teletype, typewriter, or CRT terminals 
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CONCEPTS 



Jobs 

The UTS scheduling unit is the JOB or USER (see below) . As each 
terminal user calls up or as a batch job is selected for execution, 
the job becomes active. For each active job, UTS maintains in core 
records in the form of user-associated tables that allow the job to 
be scheduled and swapped* Also, associated with each active job is 
a Job Information Table (JIT) which is the first page of each job - 
both in core and on the swapping RAD. It contains accounting 
information, memory map, swap storage addresses, and other 
information. 

There are three kinds of jobs in UTS: BATCH, ON-LINE, and GHOST. 

Batch jobs arrive via the input symbiont from a local card reader, a 
remote card reader, or an on-line terminal. They may be scheduled 
in the same way as on-line jobs, or in other ways, at the discretion 
of the system manager. The Control Command Interpreter (CCI) is the 
shared processor that reads and acts upon the control command stream 
(I commands) for batch jobs. 

On-line jobs are terminal- initiated and generally assume interaction 
with a user at a keyboard-type device. The Terminal Executive 
Language (TEL) processor handles control commands for on-line jobs. 
Additionally, a user may build his own command processor. 

Ghost jobs are operator- or program- initiated by naming the program 
load module to be "forked" to and do not have card or terminal input 
streams, although they may read command files or take commands from 
the operator's console. Ghost jobs are used in UTS for the 
following: initialization, operator key-in commands, file backup, 
hardware error log processing, certain diagnostics, performance 
monitoring, secondary storage (file space) granule allocation, 
multibatch scheduling, and remote batch and input symbiont 
processing. 
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User, User Number , User ID 

The term USER is often used to describe a UTS job. Users are 
either terminal users, batch jobs, or ghost jobs. Each user is 
assigned a unique number at job entry which is carried in his JIT, 
printed on terminal page headings, and listed with every 
user-associated message that is typed at the operator's console. 
The number is also referred to as the user ID (or system ID) and 
is used by the operator to send messages, to abort or otherwise 
affect the user's job. A different, but associated value, user 
number, is used to index scheduler control tables when jobs are 
active . 

Job Step 

Each job, whether under terminal control or submitted through the 
batch stream, is divided into a set of sequential increments 
called job steps. For example, a FORTRAN compile and execute job 
divides into three job steps: a compilation, a load operation, and 
the execution. 

Common information carried across all steps is the accounting and 
limit information carried in JIT (CPU time, elapsed time, pages 
out, cards in, tapes used, RAD space accumulated, etc.), and DCB 
assignment information carried in a special RAD record called the 
ASSIGN/MERGE record. The latter is the accumulation of 
information from all the ASSIGN cards or SET commands which have 
occurred previously in the job stream. 

At each job step, control returns to the user's associated command 
processor. For batch jobs, all control cards occur between job 
steps and are read by CCI. For on-line, TEL reads and acts on all 
commands issued to it between steps and, in certain cases, during 
interruptions within job steps. 

At the end of each job step, the user's core memory areas are 
released to the system's common pool, as are the corresponding 
spaces on the swap device. Thus, only the JIT accounting 
information, COOP buffers, and the DCB ASSIGN/MERGE records (plus 
files created by the steps) are carried from step to step. 
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Virtual Memory 

Virtual memory is the logical memory seen by the user or other 
mapped program running under UTS. Instruction addresses of the 
program are virtual memory addresses. During program execution a 
hardware map register relates each virtual memory page (user 
addresses) to a page in real physical core memory. UTS keeps 
track of physical memory and assigns it as appropriate to 
individual users by establishing the contents of the map. 
Physical pages are associated on user program request either for 
an explicit page or implicitly when a program is called for and 
requires memory for residence. Unas signed pages are filled with 
the physical page address of a write-protected monitor page. This 
protects the system from erroneous references in master-mapped 
routines. 

The map frees the monitor to choose any physical page to satisfy a 
request for virtual space at a given location. Thus, programs 
remain at the same virtual (logical) location and requirement for 
moving programs in core and relocating them are removed. A 
program may be placed in any available collection of physical 
memory pages. 

Mapping also permits sharing of the pure program procedure 
portions of commonly used system processors. (It is also possible 
to share data areas but this feature is only used for monitor 
data.) Programs requesting shared processors are connected via 
the map to a single in-core copy. Separate data areas are 
provided for each instance of execution of a shared processor. 
Programs which do not modify themselves may be shared in this 
map-reentrant way by separating them into data and pure procedure 
sections. 

UTS takes full advantage of the extended memory capabilities 
offered with the Sigma 9, and may use up to 512K words to hold the 
monitor and user programs. User program area size may be as large 
as 64K and additionally have up to 12K of context area. 

UTS has over 40 shared processors including ordinary shared 
processors, their overlays, monitor overlays, shared command 
processors, a shared debugger, and shared run-time libraries. 
Shared processors may be added or replaced during system operation 
by use of the processor DRSP. 

Figure BB-1 shows how several users, each with his own virtual 
memory, might be mapped when they are all in the same physical 
core . 
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Each user has a separate JIT, DCBs, Data, and other memory areas 
which are private to him and his execution. User 1 and User 2 
share a single processor as indicated by the fact that their maps 
point to the same places in physical memory. Similarly, User 1 
and User 3 share a single monitor overlay. User n has his own 
private program resident in the same virtual space which Users 1 
and 2 are using for a shared processor. 



JITs 

The Job Information Table (JIT) is the central record keeping 
place for information related to each job. Accounting 
information, the memory map image, disc addresses for the job's 
image on swap image on swap device , the I/O command chain used for 
swapping, a DCB for terminal use (M:UC) and one for miscellaneous 
functions (M:XX) , control command buffers, and the user-related 
push stack are some of the important elements stored in this 
table. 

JIT is mapped. The CPU accounting clock ticks subjectively into 
one user's JIT or another depending on how the map is set. The 
monitor pushes temporary data into a user-related stack .depending 
on how the map is set. In fact, much of the monitor, the file 
system for example, need not be and is not aware of which user it 
is working for, rather it is mapped to the appropriate user via 
the hardware map. 

A master JIT exists in the physical space corresponding to the 
virtual space where all JITs are located. This JIT is used by all 
unmapped programs, the symbiont system, and interrupt processing, 
for example. All CPU accounting for symbiont operation is, 
therefore, recorded in the master JIT. 

Each user is assigned a JIT in order to create the job. Depending 
on the source of the job, a JIT may be created which is 
appropriate to 1 ) an on-line, 2) a batch, or 3) a ghost program. 
The JIT for KEYIN, the operator's command language, holds in its 
push stack the entire program for KEYIN operation: a call for the 
KEYIN overlay and a self -destructive exit. 

The JIT disc address is the scheduler's "handle" which allows 
retrieval of the job when needed from the swap device. This 
address is kept in a core-resident table along with the 
job-scheduling information. 
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Shared Programs 

There are six distinct kinds of shared programs in UTS: 

1. Ordinary shared processors (FORTRAN, BASIC, PCL, LOAD) 

2. Overlays of the ordinary shared processors 

3. Special shared processors (TEL, LINK) 

4. Shared debuggers (DELTA) 

5. Public libraries (FORTRAN run-time library, FDP) 

6. Monitor overlays (OPEN, labeled tape routines, KEYIN) 

Ordinary shared processors occupy the same virtual memory as user 
programs. Special shared processors, shared debuggers, and public 
libraries occupy (and are overlaid in) dedicated high virtual 
memory and may be associated with user programs or ordinary shared 
processors. The processors CCI, TEL, and LOGON which require 
store access to JIT are granted that special privilege. 

Although user programs may have large complex tree structures in 
both data and procedure sections, ordinary shared processors are 
restricted to a single overlay level in the procedure area only. 
However, they may have any number of overlays within that level. 
All changeable data must be in the root segment (unlike the 
overlays of unshared programs, which may have data in the 
overlays) . Data is initialized at the same time the shared 
processor is called, and thereafter is associated with each user 
of that processor and swapped in and out with him. 



Shared processors 
overlays. 



of other than ordinary type may not have 



Shared processors are not limited to programs provided by XEROX. 
The facilities may be effectively used whenever a program has a 
high probability of common usage. Service bureaus, for example, 
may use the mechanism for proprietary packages, and corporate 
installations may use it for programs with a high frequency of 
use. 
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UTS processors may be shared processors when they are named during 
SYS GEN and contain shareable pure procedure (reentrant code) or 
when they are added during system operation using the program 
DRSP. Data areas of the processor which will be user-associated 
are initialized at first entry. A shared processor has the 
following special charastics: 

1 . Its name is known to the system at SYSGEN time or provided by 
DRSP and is stored in resident tables, 

2. It has dedicated residency on swap storage established at 
system initialization or by DRSP. 

3. A single copy of the pure procedure is shared by all 
requesting users. 

Any program which meets the restrictions may be established as a 
shared processor by naming it at SYSGEN, which causes the file 
copy of the program from the :SYS account to be written on the 
swapping RAD and its name placed in shared processor tables in 
resident monitor core during system initialization. The program 
is then available through high-speed swapping I/O. DRSP 
accomplishes a similar task during system operation. 

The file copy of the program is retained for recovery purposes and 
may be run as an unshared program under DELTA for development and 
debugging purposes. If the load module in the :SYS account is 
replaced, the shared copy of the program on the swapping device is 
updated to the newer version in the event of a system recovery. 

Public Programs 

A program whose load module is in the :SYS account is a public 
program in the sense that it may be called either by a control 
card containing the I symbol and the program name or by entry of 
the program name in response to a TEL prompt (!) for commands. 
Each user of a public program has his own copy of the program. If 
a program name refers both to a shared processor and to a load 
module in :SYS, then the shared copy is used. 
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Files and Accounts 



Upon the basic physical I/O management routines of UTS/BTM/BPM 
systems is built a file management system which is used not only 
by the users and processors of the system but also by the system 
itself. Read, write, open, close, and other command directives of 
this "file system" are issued by users and processors via CAL 
instructions. The monitor itself may issue CALs as a user does or 
may BAL directly to the routines through internal interfaces. 

With minor exceptions, all temporary storage needed by the monitor 
is managed by this file system. 

Files may be either consecutive or key-indexed and consist of a 
variable number of variable length records. Records may be read 
from key-indexed files by name or in a sequential manner. Unlike 
the file management of many systems, space is acquired from a 
general pool and files may expand indefinitely in size restricted 
only by the physical size of the secondary storage available. 

A third type of file, called RANDOM, pre-allocates a fixed amount 

of space at open tine and is read or written addressing by 

relative granule number. This type of file is not used by the 
monitor for any of its I/O. 

All files are divided into and cataloged by account . 
Authorization to read or write a file within a given account is 
granted on an account basis. Each user must establish an account 
under which he runs at logon time. 

Logon account, therefore, establishes control with respect to the 
file system and should not be confused with accounts established 
by the installation for fiscal purposes or with the "accounting" 
records produced at the end of each job to record time, core use, 
I/O activity, and other resource utilization. Accounting routines 
which gather this information have nothing to do with file 
accounts. 



Star Files 

Processes within the monitor, including the loaders and CCI, which 
require files of temporary intermediate information place this 
information in files which are called star files. These files are 
special with respect to their handling by file management since 
they are not entered into the file directory, and are special in 
their naming convention and in handling at job logoff. 
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The file name of star files is constructed of three characters: 
the first two are the halfword user ID which is included to assure 
that the file has a name unique in the system. (Two distinct 
files will therefore be created and used by a shared processor or 
monitor component executing concurrently for two different users.) 
The third character of the file name is assigned to the process 
using the file. The file named idD for example is a file used by 
the monitor batch debugging facility to temporarily save MODIFY 
and SNAP commands. Note that the star file names are often 
referred to with the ID in lower case and the following character 
in upper case to indicate that ID is substituted at file creation 
time. 

Star files and their use in UTS are as follows : 

idB Binary file of ROMs from card input formed by CCI (and 
the tree table) so that the Loader may make its two 
passes. 

idD Batch debugging commands - MODIFYs, SNAPs, etc. 

idL Load module output file created by LOADER or LINK when 
a LM file is not explicitly named. 

idG Assembler or compiler output ROM file used when the GO 
option is specified. The default file assignment of 
the M:GO DCB. 

idR Assembler ROM output for LINK if no explicit file is 
given. R is exactly equivalent to B with respect to 
the file system. 

idT File containing the names of all files which have been 
marked for release at job end by the M:TFILE operation. 

idN Load and Link files 
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Libraries 



There are three kinds of program libraries provided in UTS: 

1. Relocatable Object Module (ROM) libraries (computer or 
assembler output) which may be private to a user's account or 
public by placement in the system account. 

2. Load Module (LM) librarios (loader output) which may also be 
either publicly or privately held (these are formed by the 
Loader in :DIC and :LIB files as described in the UTS System 
Management Reference Manual) . 

3. Shared libraries (in absolute form) which are publicly shared 
by all concurrent users. 

Association of libraries with a user program is carried out by one 
of the loaders, either the one-pass on-line loader, LINK or the 
two-pass overlay loader, LOAD. LINK does not include LM loading 
in its capabilities. Both loaders associate programs with the 
shared libraries either on explicit command or implicitly by 
knowing that certain unsatisfied references can be found in a 
particular library (e.g., 9INITIAL is to be found in the FORTRAN 
run- time shared library) . 

Shared libraries are created and absolutized at SYSGEN time. They 
consist of three elments each: 

1. The instructions (pure procedure) of the library routines 
which will be the shared part, 

2. An unitialized data area which provides local library context 
to each user at a fixed virtual address, and 

3. A symbol table (REF/DEF stack) which enables the Loader to 
provide direct linkages to the library from the user program. 

Two shared libraries are supplied with each UTS system: a standard 
set of FORTRAN run-time routines (excepting only complex and 
hyperbolic functions), and the same standard set, together with 
the FORTRAN Debug Package (FDP) . 
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UTS Structures 



The UTS Operating System may be divided into the resident monitor 
with its overlays and the processing programs without which it 
would be skeletal. 

As shown in Figure BB-2 , the processors may be thought of on two 
levels: first, on the executive level, are the command processors. 
These shared processors, of which TEL, CCI, LOGON, and EASY are 
examples, pass control to other processors on error command. They 
are returned to in the case of errors and aborts or exits in the 
other processors; secondly is a level containing user programs, 
language processors, utility programs, and management control 
processors. On this level, any special privileges required are 
granted to the user job. 

The monitor and all processors except the application processors, 
language processors, FDP, libraries, are termed the control 
program and are those programs delivered with a UTS release. (As 
a matter of convenience, the latest versions of the FORTRAN 
Library and the language processors Meta-Symbol, FORTRAN, and 
BASIC are included in a UTS release.) 
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Figure BB-2 - UTS Logical Structure 
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Dynamic Structure 

Another way of viewing UTS is through the dynamics of its 

operation. Here we see three levels: the slave program level, the 

monitor service level for carrying out the users' requests, and 
the scheduling level where the decision for next user is made. 

Slave Level 

This level includes all programs that run in the MAPPED, 
SLAVE mode (parts of some specifically privileged programs on 
this level may run in master mode) . Batch and on-line user 
programs, with their shared public libraries, language 
processors, such as FORTRAN and COBOL, and the special 
processors of the system, such as CCI, TEL, LINK, and DELTA, 
all fall into this category. Programs operating at the slave 
level are always mapped and are protected from others in core 
by the access codes and write-locks of the hardware. Monitor 
services for I/O and other services are provided via CAL 
instructions which pass control to the monitor service level. 

Monitor Service Level 

The second logical level of UTS provides for service of CAL 
instructions, processing of machine traps, I/O interrupts, 
clock interrupts, and external interrupts. Operation at this 
level is always in the MASTER mode and may be either mapped 
or unmapped. Code at this level is largely resident in core 
memory and is divided into data and pure procedure sections. 
Write locks are set so that the procedure area can never be 
written even by the monitor itself. After the called service 
program is executed, exit is made to the scheduling level. 

Scheduling Level 

The third logical level of UTS controls scheduling of machine 
operations by making an appropriate selection for a swap 
between the swapping device and core memory, followed by 
selection of the next user for execution. Map, access codes, 
PSD and general registers are then loaded and control goes to 
the selected slave program. 

This logical organization of UTS is shown in the diagram of Figure 
BB-3. 
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Figure BB-3 - UTS Dynamic Organization 
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CORE, SWAP RAD, FILE, AND SYSTEM TAPE LAYOUTS 

Core Memory 

UTS makes full use of Sigma 6/7/9 mapping hardware, access protection, 
write locks, and Sigma 9 extended memory in allocating available 
physical core pages to users. Physical core pages are allocated to 
users at their request. At system boot time the physical size of the 
actual memory is determined by referencing all memory and linking 
existing pages into an available pool. Thus, it is possible to remove 
core from service by turning off the physical boxes so long as the 
available physical memory is contiguous from address zero. 

Use of the map obviates the need for program relocation or physical 
moves. Full protection is provided, not only of the monitor from the 
users but also of one user from another, the monitor from itself, and 
each user from himself. All programs including the monitor itself are 
divided into procedure and data. The procedure area is protected by 
write-locks or access codes, or both, against inadvertent stores. 

The strategy of write-lock usage to protect master mode programs are 
as follows : 

See the Sigma 7 Reference Manual for a complete description of locks 
and keys, but remember that a key is associated with each program 
through the PSD and a lock is attached to each core memory page. Keys 
and locks control only store accesses. A key of 00 fits any lock; a 
lock of zero is "unlocked"; otherwise, the key must match to permit a 
store. 

1. A key of 11 is never used nor is a lock of 10. 

2. The monitor operates with a key of 01 and thus may store in 

a. its own data area (lock = 01). 

b. any batch, on-line, or shared processor core (lock =01). 

c. a reserved area for resident real-time data (lock = 00) . 

It may not store in 

a. its own procedure (lock =11). 

b. pure procedure of resident real-time (lock = 11). 



3. 



User programs operate with a key of 00 but in mapped/slaves 
mode so that protection is provided by the access controls. 
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4. A key of 10 is reserved for resident real-time. It may 
store only in its own data area (lock = 0) . It may not 
store anywhere else (lock = 01 and 11). 

5. Write-locks are initialized only once (at system startup) 
and are not changed thereafter except when running under 
control of EXECUTIVE DELTA where they are used to enable 
data breakpoints. 

A typical layout of physical memory is shown in Figure BC-1 . 

The access code of each virtual memory page controls references made 
by slave mode programs (user programs and shared processors) . Full 
access and map images are retained in the JIT of each user and are 
loaded when the user gains control. TEL, CCI, and LOGON are given 
special write access to JIT and other job context areas. 

In examining the virtual and physical memory layouts to determine the 
protections, the reader should recall that although the map applies to 
all addressing operations when the map bit of the PSD is" on, address 
protection depends on the master/slave bit. In slave mode, the access 
test is made first and then the write-key write-lock test. In master 
mode, the access test is skipped. 

The layout of virtual memory that applies to user programs and 
ordinary shared processors is shown in Figure BC-2. Virtual core 
addresses shown are those appropriate for a typical system. More (or 
less) physical core may be established for the resident monitor at 
SYSGEN time depending on installation needs, such as the requirement 
for special device handlers or other options. The bound at which the 
one-pass Loader (LINK) places the user program is adjustable by 
assembly parameter in LINK. 
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Typical contents of the various areas together with number of pages 
used are as follows: 



Context Area 

Job Information Table (1-2) 

DCBs (1-n) 

File Buffers (4-n) 

COOP Buffers (0-2) 
Monitor Overlay (1-6) 



Available Area 

User programs, data, 
and symbol tables. 



Ordinary shared 
processors including: 

Root segment 

Initial Data 

Overlay Area 



Special Area 

Special shared 
processor and 
data: 

LINK 



DELTA 
TEL 
FDP 
Public Libraries 



Virtual pages which have no physical core page associated and are 
mapped into a resident monitor page (20) that is write-locked and 
protected by the no-access (11) code. Thus, slave mode programs are 
denied access through the access mode, and attempts to store at these 
virtual addresses by a master mode program are protected by 
write- locks. 

System Residence and Swapping RAD 

In UTS, the system resides on the swapping RAD or disk pack. 
Allocation of components of the operating system on this system device 
is accomplished at the time the system is booted from a PO tape. The 
initial portions of the RAD contain enough information to accomplish a 
complete restart after quiescence or a recovery in event of system 
failure. 

This device is also allocated dynamically to individual user jobs as 
they are swapped between bursts of activity which require core 
residence and use of the CPU or an IOP. 

System Storage 

Table BC-1 lists the system components and shared processors appearing 
on the system/swap device. Two categories are listed: the area 
provided by the boot- from- tape process, and the area constructed from 
system files by the initializer GHOST1 . This latter area is used by 
recovery for a core dump area and is reconstructed by the initializer 
following each recovery. The remaining portion of the system device 
is dedicated to user-swap space. 
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Table BC-1 - Contents of System Portion of the Swapping RAD 

A. Items Written During System Boot 

1. Disc bootstrap routine (Sectors 0-1). 

2. Space for ALLOCAT JIT, AJIT (Sectors 2-5). 

3. Master JIT (Sectors 6-7). 

4. ALLOCAT data, including HGPs, the granule allocation 
bit maps. 

5. ALLOCAT procedure - the granule allocation ghost 
program. 

6. GHOST1 , the system initializer. 

7. Space for new or replaced monitor overlays (six pages 
each per MOSPACE) . 

8. Nine monitor overlays - Open Files (OPEN), Close Files 

(CLOSE) , Label Tape (LTAPE) , Operator Keyins (KEYIN) , 
Load-and-Link (LDLNK) , Batch Debugs (DEBUG) , multilevel 
index creator (MUL) , Device and Type CALs (IODTYPR) , and 
miscellaneous routines (MISOV) . 

9. RECOVERY, the system failure recovery and restart 
routines . 

10. XDELTA, the executive system debugger. 

11. UTS Monitor Root, in absolute core image format. 

B. Items Written by GHOST 1 . 

The shared processors are built according to specifications in 
monitor tables provided by SYSGEN. XEROX shared processors 
established automatically by SYSGEN are as follows: 

CCI, TEL, LOGON 

LOGON, LOADER 

BASIC, METASYMBOL, FORTRAN 

EDIT, PCL, DELTA, BATCH 

FILL, RUNNER 

GHOST1 , DRSP 

FORTRAN Public Library, FDP 
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Swapping Storage 

Users (batch and on-line) are removed from core to a dedicated area of 
secondary storage (RAD or disk pack) when core storage is required for 
higher priority users. 

A bit table (SGP) is used to keep track of the availability of each 
granule (two sectors =512 words) on the RAD. In this table, a zero 
is used to indicate that the granule is in use (assigned to a user) 
and a one is used to indicate that the granule is available. Users 
are assigned, in groups of four, a sufficient number of page-size 
granules to accommodate their current use. The assignment is done in 
such a way that command chaining of the I/O can order the granules to 
be fetched for a single user with a minimum latency. That is, each 
user's pages are spread evenly over the set of available granules so 
that data will be transmitted in every disc sector passed over when 
the user is swapped. 

The records of disc granules associated with each user are kept in the 
user's Job Information Table (JIT) , which is kept on the swap device 
when the user is not in core. The disc location of the JIT is kept in 
core by the scheduler. The device layout is such that sufficient time 
is available after the user's JIT arrives from the swap device for the 
system to set up the I/O command chain contained therein for swapping 
the reaminder of the user program. 

r 

The amount of secondary storage assigned to swapping is a parameter of 

SYSGEN. The number of active (batch and on-line) users that the 

system can accommodate is limited by the space allocated for swapping 
and the total size of all active users. 

If the swap device is a disk pack, each user is allocated one or two 
cylinders during SYSGEN. The system still uses the RAD SGP and 
allocates swapping storage in terms of granules. The exception is the 
swap I/O routine which obtains the user's cylinder number from a 
resident table and epecially sets up disk pack command lists to 
perform I/O to continuous granules on cylinders. 
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Symbionts and Files 

RADs and disk packs are divided into page size (512 words) granules. 
Each RAD or pack except for the system (swap) RAD is divided into a 
symbiont area (PER) and a file area (PFA) . At SYSGEN, the proportion 
of each kind of storage on each device is specified. Once generated 
the PER and PFA are not exchangeable; they form separate allocation 
pools, except that when PER is exhausted, PFA is used for symbiont 
space. 

For each device, SYSGEN provides an allocation table which contains a 
bit per granule on the device. These tables are collectively referred 
to as the HGP, although technically, HGP, the Head of Granule Pool, is 
a cell containing the address of the first of a linked chain of 
allocation tables. Also, contained in each allocation table are 
pointers dividing the PER and PFA area and constants defining the 
number of granules per track and other device-specific parameters. 
These allocation tables reside in and are manipulated by the ghost 
program, ALLOCAT, which is called occasionally to fill or empty stacks 
of available granules in core memory. Granules required for file 
addition or released when files are deleted are taken from the stacks 
of available granules. When the stacks' contents exceed 
pre-established thresholds, then the ALLOCAT Ghost is called to 
refresh them to an optimum level. 
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File Structure 

A file may be organized as consecutive, keyed, or random. In a 
consecutive file, the records may be accessed only in the sequence in 
which they were orginally written. In a keyed file, each record has 
an associated name or key. Records in a keyed file may be accessed 
directly by specific key values or sequentially, according to their 
order in the file. A random file consists of contiguous granules 
rather than a group of records. Random files are accessed by granule 
number relative to the beginning of the file. 

A disk file resides on the Monitor's secondary storage. UTS uses both 
the RAD and disk pack devices for secondary storage. Any combination 
of these devices can be defined for a UTS system at SYSGEN time. A 
disk pack device has dismountable volumes and can be declared either a 
public or private device at SYSGEN time, while a disk device, not 
having dismountable volumes, can only be declared a public device. A 
public disk pack has only one volume that can be recognized by UTS, 
and that volume must be mounted at all times while the system is 
active. A private disk pack device has any number of dismountable 
volumes that can be recognized by UTS. The Monitor requires that only 
those volumes needed for execution of the user's job be made available 
and be mounted. A public file resides on public devices (RAD and/or 
disk pack); a private file resides on private disk pack volumes. 

A private volume set is defined as a collection of removable volumes 
that the user has grouped together containing any number of files with 
any type of organization (consecutive, keyed, or random). All files 
in a private set must belong to the same account. A private volume 
set is identified by the volume serial numbers specified in the SN 
option of the 1 ASSIGN command when the first file is written on the 
set. Volumes may be added to the set by entering a new volume serial 
number in the SN list, but a volume may not be removed. 

Keyed and consecutive file space is allocated .on a demand basis as the 
file is being created or updated, therefore such files do not 
necessarily exist in contiguous areas on a RAD or disk pack device and 
can exist on many different physical devices. Random file space is 
allocated when the file is opened for output. The size of a random 
file can never be changed. 
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Access to user files is via a hierarchy of disk-resident Monitor 
files. Figure BC-3 shows the structure of system-managed files. The 
top file is an Account Directory, which contains a directory of all 
accounts that have public user disk files. There is one account 
directory for all public files in the system (the Public File Account 
Directory) . Each account has its own file directory, which contains a 
directory of all files in the account. Each file has a File 
Information Table (FIT) , which is part of the file directory for 
random files and part of the file itself for keyed and consecutive 
files, and contains all the information necessary to open a file, such 
as its organization, location, password, etc. 

To locate a public file, the public account directory is searched for 
the file account number. The account number entry contains the disk 
address of the account's file directory. The file directory is 
searched for the file name. The file name entry contains the disk 
address of the file's FIT. The FIT contains the disk address of the 
file. 

Private files are located via AVR and MOUNT logic. A keyed file 
consists of two parts: a Master Index and a set of data granules. The 
data granules contain the records in the file, which are packed in 
granule-size blocks. Data granules do not contain any system 
information. The Master Index is a collection of hierarchical levels 
of index blocks where the entries in a higher level point to index 
blocks at the next lower level, and the entries in the lowest level 
point to data records. 

A consecutive file consists of granules containing the data of the 
records preceded by four bytes of control information per record, 
generally. A random file is devoid of system information. Record 
management and format of the file is the user's responsibility. 
Besides the security checks required for access to a file, the only 
checks made by the system are to prevent the user from reading or 
writing past the limits of the file. Functionally and operationally, 
a random file is a collection of contiguous granules on the specified 
device type. However, if a random file is larger than a disk pack in 
size, the file will extend beyond volume boundaries (if private) or 
device boundaries (if public) . 
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Figure BO 3 - UTS/BTM/BPM File Structure 
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System PO Tape Contents 

The system tape, called a • PO tape 1 for reasons lost in antiquity, 
contains all data needed to begin UTS operation. The tape contains 
ready-to-run load modules for the monitor, its overlays, and the 
processors of the operating system. It may contain any other files 
which the installation desires and includes when the tape is written 
(DEFed) . The tape is structured into two parts. Prior to the first 
file mark are records absolutely required in getting the system into 
operation: the monitor, its overlays, EXEC DELTA, recovery, ALLOCAT, 
and the elements of the initialization program, GH0ST1. Following the 
first file mark, the tape is in standard labeled tape format and 
contains load modules for all remaining parts of the system. The tape 
may contain any modules or files whatever. Only those preceding a 
null file named LASTLM are copied to the system device file structure 
during system initialization. 

The system tape may contain any necessary number of records prior to 
the formatted part and still be a valid standard format tape because 
of the label tape identification procedure (AVR sequence) . In this 
sequence, the tape is rewound, forward spaced to the first file mark, 
backspaced two records, and read forward to find the tape label. 
Thus, the label is found independent of the number of records 
preceding the first file mark. 

Table BC-2 lists the records on a UTS PO tape. 
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Table BC-2 - Contents of UTS PO Tape 



A. Unformatted Area Records 

Tape Boot 

Monitor Root in one- page records 

System information record containing 

version and creation date 
EXEC DELTA Head 
EXEC DELTA Data* 
ALLOCAT Head 
ALLOCAT Data* 
ALLOCAT Procedure 
GHOST 1 Head 

GHOST 1 DCBs (load module protection type 2) 
GHOST 1 Data* 

GH0ST1 Procedure (load module protection type 1) 
Overlay Head 
Overlay Data* 
Recover Head Repeated for the nine overlays: 

MISOV,IODTYPR, OPEN, CLOSE ,LBLT,KEYIN, 
Recover Data* DEBUG r DLNK,MUL 

B. Standard Labeled Tape Formatted Area 

:LBL 

:ACN 

First Physical End-of-File 

File records for all system load modules and 

other needed files (SYSTEM PROCs, Error 

Message Files, etc.) 
LASTLM File 

Other files as desired 
:EOT 



♦Data is protection type of the load module. 
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MONITOR FUNCTIONAL STRUCTURE 

This section describes the UTS monitor's functional capabilities 
together with the broad strategy which is used to accomplish each. 
The outline of this section is echoed in the following section, 
BE, which reviews the system module by module giving details of 
the function provided by each, together with approximate physical 
size. 

The broad categories and services provided by each are as follows: 

1 . Basic I/O 

This section describes the operation of routines which 
centrally queue all requests for I/O, provide device-specific 
handling of each request, service I/O interrupts, and buffer 
and manage all terminal I/O requests. 

2. System Management 

This section describes the operation of those portions of the 
monitor which are responsible for scheduling execution and 
swapping of user programs, managing core and swap RAD memory, 
and controlling the sequencing of jobs from step to step. 

3. Symbionts and Cooperatives 

The routines described in this section provide for buffing of 
input and output between user programs and low-speed 
peripherals (card readers, card punches, line printers, and 
remote batch terminals) . 

4. System Services 

This section describes routines which relate to the system as 
a whole. Areas covered are: initialization, recovery, 
operator communications, accounting, performance monitoring, 
system debugging, and hardware error logging. 

5. User Services 

The routines described in this section carry out services at 
the explicit request of user programs. Covered are file 
management, the load-and-link commands, and batch debugging 
commands • 
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1 . Basic I/O System 

The code grouped in the 'basic control 1 category includes (a) 
the routine which queues up requests for I/O activity and 
handles the I/O interrupt, (b) the basic device I/O handling 
routines, and (c) the UTS terminal I/O and buffering 
routines. The first two sets are nearly identical for the 
BPM, BTM, and UTS systems. The I/O queue routines and 
handlers are also close cousins to those used in BCM and RBM. 

Data used by these routines are largely generated by SYSGEN, 
including the Device Control Tables (DCTs) and RAD Granule 
Maps (HGP) in the module IOTABLE, the Queue Tables (100) in 
M:CPU, and the terminal I/O tables in M:C0C. 

a. I/O Queueing and Device Handlers 

The Basic Input/Output System which is common code to 
RBM, BPM, and UTS provides a simple interface between 
all parts of the operating system and the external 
peripheral devices. It stacks or 'queues* the requests 
for service rather than waiting for each operation to 
complete before returning to the caller. When a 
request is completed, the caller is notified via 
certain parameters in the DCB, or the caller may 
specify the address of a subroutine to be executed at 
this time (called the 'end-action' routine). It is 
capable of receiving requests for input at any time or 
from any place in the system and dispatching them in a 
manner which is independent of other operations 
concurrently being executed by the system. Error 
recovery procedures are invoked when necessary and do 
not require any additional specifications from the 
caller. 

Requests are normally serviced in the order in which 
they are received. In a real-time system, requests are 
serviced by task priority. Precautions are taken to 
prevent any major service to lower priority requests 
when a higher priority task is active. 

Standard techniques within the handlers provide 
centralized recovery from errors and device 
malfunctions Operator intervention is enlisted when 
required, for example, to reinsert a card read with 
error or to take action on unrecoverable device 
failure. 
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There are two basic entries to IOQ: a standard entry in 
which the I/O commands are prepared by 100 and the 
handlers, and an entry in which the entire I/O command 
list is supplied by the caller. 

Few restrictions are placed on buffer size or location. 
Facilities are included for gather-write/scatter-read 
operations (data chaining) , and provision is made to 
allow construction of IOP command lists outside of the 
basic I/O. For standard tape, RAD, and Pack I/O, a 
monitor buffer is obtained in which data chained I/O 
command lists are built according to the actual 
physical core locations of the record requested. A 
maximum of 3K words is allowed for tape requests. 

UTS 'blocks* I/O requests if the calling process is 
mapped, i.e., a user service. Operation is 
discontinued for this user and the system turns to the 
next. 

The inherent differences between peripheral devices are 
accounted for by the insertion of device-oriented code 
(handler) for each type of device in the system. A 
well-defined handler interface allows addition of new 
handlers with a minimum of difficulty. Also, a number 
of subroutines are available which perform common 
hander functions. 

Handlers are added to the monitor root as a result of a 
SYSGEN PASS2 DEVICE command which names the device, its 
addresses, and its handler. This causes the handler to 
be added to the standard file of handlers which 
initially includes the handlers for the operator's 
console, the card reader, the line printer, the RAD, 
and nine-track tape. 
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b. Logical I/O Channels 

A channel is a data path connecting one or more devices 
with the CPU, only one of which may be transmitting 
data (to or from memory) at any time. 

Thus, a magnetic tape controller connected to an MIOP 
is a channel. But one connected to an SIOP is not, for 
in this case, the SIOP itself fits the definition. 
Other examples of channels are a card reader on an 
MIOP, a keyboard/printer on an MIOP or a RAD controller 
on an MIOP. 

Input/Output requests made on the system are queued by 
channel. This method facilitates starting a new 
request on the channel when the previous one has 
completed. The exception to this rule is the 
•off-line' type of operation such as rewinding of 
magnetic tape or arm movement of certain moving arm 
devices. If this type of operation is started, an 
attempt is always made to start a data transfer 
operation as well. Thus, the channel is always kept 
busy, if concurrent requests are available. 

By using logical channels to separate devices on a 
physical channel (MIOP) , the 100 routine may be used to 
prevent data overruns when more devices are connected 
than can be handled by the MIOP simultaneously. 

In addition to assigning a logical channel (data path) 
to a group of devices, it is possible to define two 
logical channels for a group of devices where the 
hardware permits. Thus, requests to use any of the 
devices will be honored as soon as either channel (data 
path) is available for data transmission. This 
facility is commonly referred to as 'device pooling'. 
Thus, for example, two controllers can simultaneously 
have any two of eight disk packs; whereas, without the 
feature, each controller would be able to serve any one 
of four. Obviously, the former case is more efficient, 
in general. 
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Since requests on a channel are normally "chained" by 
the I/O interrupt, there must be a means whereby any 
action on a request which is deferred by priority may 
be resumed at a later time. This provision is the 
'Control Task 1 , usually the lowest level external 
interrupt in the system. When action is deferred, the 
device code is entered into the Control Task stack and 
its interrupt is triggered. When it becomes active it 
will call the scheduler for the device in question. In 
a system created with no Control Task, the console 
interrupt will be triggered instead. The console 
interrupt receiver is designed to perform Control Task 
functions when there is no external interrupt assigned 
for this purpose. 

There are two major parts involved in the processing of 
an I/O request: start (done by STARTIO) and cleanup 
(done by CLEANUP) . The start consists of building the 
IOP command list and executing the SIO instruction, 
while the cleanup consists of testing for errors and 
notifying the caller of the completion. For a given 
request, the time at which a start of cleanup is done 
is determined by the I/O scheduler (called Service 
Device or SERDEV) . 
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System Flow 

The center of I/O activity is the scheduler, Service Device. This 
routine starts all operations and processes their interrupts 
(cleanup) . Thus, Service Device must he called whenever certain 
key events occur or when other special conditions are present in 
the system. The figure below shows the downward flow of control 
from some of the most important areas of the I/O system. 
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Service Device is a highly independent routine in the 
sense that it can be called at any time from anywhere 
in the monitor. It is called whenever there is any 
chance that a start or cleanup can be done for a given 
device. Some examples of when Service Device is called 
are as follows: 

1. When a request is queued (start may be performed 
for the next request in the queue) . 

2. After an I/O interrupt has occurred (cleanup may 
be done) . 

3. After a cleanup has been done (a start may be 
performed for the next request in the queue) . 

Device-dependent routines are provided for building 
command lists and testing for errors . STARTIO calls 
the 'handler pre-processor 1 to do the former, while 
CLEANUP calls the 'handler post-processor 1 to do the 
latter. These two parts constitute the device handler 
for any given peripheral and are provided in separate 
assembly modules • ; 9 

Information pertaining to requests, devices, and 
channels is maintained in a series of parallel tables 
produced at System Generation Time. The first entry 
(index = 0) in each table is reserved for special use 
by the system. Three groups of tables are used 1) to 
carry individual I/O requests, 2) to carry status and 
control information for each device, and 3) to group 
the requests for each logical channel. 

IOQ, Request Information 

These tables contain all information necessary to 
perform an input/output operation. When a 
request is made on the system, data is 
transferred from the controlling DCB and/or 
registers into one element in each of the 
parallel IOQ tables. This set of elements forms 
a • queue entry • . The entry is then linked into 
the channel queue below other requests of higher 
or the same priority. 
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DCT, Device Control 

The device control tables contain fixed 
information about each system device (unit level) 
and variable information about the operation 
currently being performed on the device. 

CIT, Channel Information 

These tables are used primarily to define the 
•head* and •tail* of those entries which 
represent the queue for a given channel at any 
time. A channel queue may have more than one 
entry active at any time (such as several tapes 
rewinding while another reads or writes) . 

c. Terminal I/O (COC) 

Terminal I/O COC routines are the read/write buffering 
and the external interrupt handling routines for I/O 
directed to user terminals. The read and write 
routines on the user-interface side translate 
characters to external form and buffer messages into 
linked, core-resident blocking buffers. Insertion of 
page headers, vertical format control (VFC) , user 
headings, tab simulation, and other formatting tasks 
are performed. 

The interrupt routines demultiplex incoming characters 
by line, translate to internal EBCDIC form, check 
parity, block messages into buffers, echo characters to 
the terminal, and test for valid end-of-message 
characters. 

The routines support teletypes, ASCI I -compatible CRTs, 
and 2741' s for most common speeds, formats, and 
character encodings. Where full-duplex terminal are 
available, type-ahead is supported - the user may type 
input while output is ongoing or before a read request 
is received. Paper tape units are supported for both 
full- and half-duplex terminals. Translation of 
characters may be suppressed to provide arbitrary 
binary I/O. 

Recognition of special characters to allow simple 
character- delete and line-delete editing functions, 
mode settings to control echoplex operation, tab 
simulation, code set restriction, and other activities 
are included. 
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A routine entered periodically as a result of a clock 
interrupt scans all 7611 lines to detect data set 
hangup and data set answer to provide automatic logoff 
and logon, respectively. 

The COC routines carry out their functions using 
information carried in a series of line-associated 
tables, processing both characters deposited by the 
7611 hardware in a 'ring-buffer 1 and messages to and 
from a pool of four-word blocking buffers. All these 
data are included in the module COCD and in MtCOC, 
which is provided by SYSGEN as a result of processing 
the :COC control card. Initialization of 7611 lines is 
accomplished by the routine COCI, which is needed 
during system initialization, recovery, and power 
fail-safe restart. 

The COC routines are resident in the monitor root and 
consist of four main parts plus common subroutines, all 
assembled as a single unit: 

1 . Output interrupt handler. 

2. Output interrupt handler. 

3. Code to process a user's Write CALs directed to 
the terminal. 

4. Code to process Read CALs directed to the 
terminal. 
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2. System Management 

Four groups of routines are associated with this activity: a) 
those that record the significant events which occur during 
operation and schedule user execution and swapping from them, 
b) those that centrally manage core and RAD or Pack memory, 
allocating and releasing pages of core and granules of 
secondary storage on demand, c) those that properly sequence 
the operation of a job between its individual steps, and d) 
those that associate and release monitor overlays in a job's 
virtual memory space. 

a. Scheduling and swapping 

The routines in this group control the overall 
operation of the system. Inputs to these routines, 
together with the current state of users as recorded by 
the scheduler, are used to change the position of each 
user in the scheduling state queues. It is from these 
queues that selections are made for both swapping and 
execution. Swaps are set up by the selection of a 
high-priority user to be brought into core and by 
pairing this user with one or more low-priority users 
to be transferred to swap storage. Similarly, the 
highest priority user in core is selected for 
execution. 

Scheduler Inputs 

System activities are reported by direct entry to the 
scheduler, which makes changes to user state state 
queues through a logical event signaling table. The 
scheduler records inputs by changing the user the user 
state and other information associated with the user. 
In general, a table-driven technique is used. The 
received event is on one coordinate of the table and 
the current state of the user is on the other. The 
table entry thus defined names the resulting state or 
the routine to be executed in response to the given 
event-state combination. Since the number of events 
and states is large, the table technique aids in 
debugging by forcing complete specification to all the 
possibilities. Inputs to the Scheduler are listed in 
Table BD-1 . 
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The Scheduler also receives control at execution of 
each CAL issued by a user program that is requesting 
monitor service. All these entries (Table BD-2) , the 
special entries from the executive language processors, 
and entries from internally reported events drive the 
scheduling of the system. Other entries to the 
Scheduler occur following each trap, each interrupt, 
and the end of each clock quanta. 

Scheduler Output 

The scheduling routine performs two major functions 
during the time it is in control of the computer. The 
first is to set up swaps between main core memory and 
swap storage in such a way that high-priority users are 
brought into core to replace low-priority users 
transferred to swap storage. The actual swap is 
controlled by the swapper according to specifications 
prepared by the Scheduler according to priority state 
queues described in the next section. Given a suitably 
large ratio of available core to average user size 
(greater than 4) , the Scheduler can keep swaps and 
compute 100 percent overlapped. 

The second function is to select a user for execution 
according to the priority state queues and the rules 
for batch processing. The rule is simple: the highest 
priority user whose program and data are in core is 
selected. 
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Table BD-1 - Events Received by Scheduler 



EVENT 



MEANING 



Ej 


sABRT 


E: 


:AP 


E: 


{ART 


E; 


:CBA 


E: 


:CBK 


E; 


:CBL 


E: 


jCEC 


E: 


:CFB 


E: 


:CIC 


Ej 


iCRD 


E: 


rCUB 


E: 


:DPA 


Ej 


:EI 


E: 


:ERR 


E: 


:IC 


E: 


:IIP 


E: 


:IP 


E: 


:KI 


Ej 


:KO 


E: 


:NC 


Ej 


:ND 


E: 


tNOCR 


E: 


:NRD 


E; 


tNSYMD 


Ej 


:NSYMF 


Ej 


{OCR 


E; 


:OFF 


Ej 


iQA 


E:QE 


E:QFAC 


E:QMF 


E:SL 


E:SYMD 


E:SYMF 


E:UQA 


E:UQFAC 


Ej 


:WU 



Operator-aborted user. 

Associate shared processor with user. 

Associate real-time job (not used) , 

COC buffer available. 

Break signal received. 

Number of output characters system limit, 

TEL request: Y received, 

COC buffer available. 

Terminal input message complete. 

Read terminal command received. 

Number of output characters = system limit. 

Swap page available. 

External interrupt event (unused) . 

Operator errored user. 

I/O complete, 

I/O started and now in progress. 

Request permission to start I/O. 

User back in core. 

User kicked out of core. 

Cannot get requested core pages. 

Cannot get requested swap page. 

Initiate user requesting open or close. 

Job exit until next external interrupt (unused 

No symbiont disc space. 

No symbiont file entry. 

User request to do open or close. 

User hung up or logged off. 

Q for access (e.g., for access to tape 

or disk pack) . 

Quantum end . 

No file granules available for user. 

Master I/O function count exceeded. 

Sleep time for user. 

Symbiont disc granule is now available. 

Symbiont file table entry is now available. 

De-Q for access (e.g., for access to tape 

or disk pack) . 

ALLOCAT has filed granule stacks. 

Wake up time for user. ' 
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Table BD-2 - Service Request Input to Monitor 



SOURCE OF INPUTS 


SERVICE REQUEST ENTRIES 


User program (through 
monitor service calls) 


1. 
2. 


Terminal input/output request. 

Input/output service calls for RAD, disk 
pack, or magnetic tape. 




3. 


Wait (sleep) request. 




4. 


Program exit (complete) . 




5. 


Core request (for common, dynamic, or 
specific pages) . 




6. 


Program overlay request. 




7. 


Debug requests. 



Executive Processor 



8. Requests for control of breaks, traps, 
timing, etc. 

1. Name of system programs (shared or not) 
to be loaded and entered (implies 
deletion of any current program) . 

2. Continuation signal 

3. LINK load-and-go exit. 
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User State Queues 

State queues form a single priority structure from 
which selections for swapping and execution are made. 
The state queues form an ordered list with one and only 
one entry for each user. The position in queue is an 
implied bid for the services of the computer. As 
events are reported to the Scheduler, individual users 
move up and down in the priority structure. When they 
are at the low end, they are prime candidates for 
removal to secondary storage. This latter feature, 
that of having a definite priority for removal of users 
to swap storage, is an important and often overlooked 
aid to efficient swap management. It avoids extraneous 
swaps by making an intelligent choice about outgoing as 
well as incoming users. 

In addition to these primary functions, user state 
queues have other functions : 

1 . Synchronizing the presence in core of the user 
program and data with the ability of I/O devices. 

2. Queue ing user program to be 'awakened 1 at a 
pre-established time. 

3. Queueing requests for entry and use off 
processors. 

4. Managing core memory. 

5. Queueing requests for buffers in core or on RAD. 

6. Queueing requests for several non-reentrant 
services. 

A list of the state queues is given in Table BD-3. 
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Table BD-3 - Scheduler State Queues 



STATE NAME 



MEANING 



AB 
BAT 

BK 
C 



COM 

CU 

CP 

DP 

EC 

ERR 

IOC 

IOW 

IOMF 

| IR 
! NRRT 
OCU 



OFF 

ON 

QA 

QFAC 

SYMD 

SYMF 

TI 

TIO 

TOB 



TOBO 
TOC 



W 



Users waiting for a COC buffer. 

Batch compute-bound users under segregated batch 
scheduling discipline. 
Users who have high BREAK. 
High-priority compute-queue (used for associating 
processors and some special cases of memory and 
swap storage management) . I 

Compute-bound users ! 

Current user of the CPU. ■ 

Users waiting for a core page. ? 

Users waiting to be allocated a swapping page. 
Users queued for entry to TEL (they have hit Y c ) . 
User jobs errored by the operator. 
Users with I/O complete. 
Users with I/O in progress. 
Users queue because of excessive current 
I/O count. 

Users with complete terminal input messages. 
External interrupt received (not used) . 
Users waiting to open or close a file while 
another open or close is in progress (non- 
reentrant portions only) . 
Operator aborted user or user hung up. 
Users queued for the log-in process. 
Users queued for access to an I/O device. ! 
Users queued for ALLOC AT managed granules. j 
Users queued for symbiont disc space. 
Users queued for symbiont file table entry. 
Users typing input and in core. 
Users typing input and user not in core. 
Terminal output users - in core (more 
characters than the system limit are ready 
for typing) • 

Same as TOB except user is not in core. 
Users ready to continue terminal output 
(the number of characters remaining to be 
typed is less than a system limit) • 
Users waiting for a specified 'wake up 1 

time . 

the scheduler state queues are those 



NOTE! The actual names of 

given above prefixed with the letter ' S*. 
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Scheduler Operation 

The scheduling queues may be divided into four 
categories : 

1. READY Queues (SB:EXU) 

Jobs in one of these state queues are ready for 
execution if in core or ready to be swapped in if 
not. Through some event, they have indicated a 
present need for the CPU, 

2. ACTIVE Queues 

Jobs, in one of the states CU or IOW, are 
currently running either using the CPU or one of 
the IOPs. 

3. WAITING Queues (SB:SWP) 

These jobs have no present need for the computer 
and are not in core. 

4. OUT-OF-IT Queues 

These jobs have no present need for the computer 
and are not in core. 

Table BD-4 shows the queue list used for selection of 
users to be brought in for execution and the queue list 
used for execution of users to be moved to the swap 
device. HIR (High-In-core-Ready-to-run) is a condition 
set when an in core user is in one of the READY Queue 
states (actually a count of such users) . 
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Table BD-4 - Ready and Waiting Queue Lists 



READY QUEUES 



WAITING QUEUES 



NRRT 

ON 

OFF 

ERR 

EC 

BK 

IR 

TOC 

C 

IOC 

COM 

BAT 



HIR 



High Priority 



SYMF 

SYMD 

W 

QEI 

QA 

DP 

TI 

TOB 

OCU 



Low Priority 



To select users for execution, the scheduler searches a 
list of the state queues, the READY list, in order to 
find the highest priority user in core memory. The 
highest priority user is served first. Thus, for 
example, interrupting users are served before those 
with an active input message (both of these take 
precedence over users with unblocked terminal output) , 
then come on-line compute-bound users and, finally, 
compute-bound batch jobs. Note that users in order 
states have no current requests for CPU resources. 
Note also that as each user is selected for execution, 
the state queue of the user is changed to CU. When the 
quantum is complete, the highest priority queue which 
the user can enter is the compute queue. Users that 
enter any of the high (above COM) priority states 
receive rapid response, but only for the first quantum 
of serivce. Thereafter, they share service with others 
in the compute queue. 
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A similar selection procedure is used to set up users 
for swapping. First, the highest priority in the READY 
list who is not in core is selected and his size 
requirement (including the requirement for shared 
processors not in core) is determined. Second, users 
are selected from the WAITING list until enough space 
is freed until enough space is freed by these users and 
their shared processors to provide for the user 
selected for swapping. If a single user can be found 
to swap out, then a single rather than multiple swap is 
chosen. No swaps occur until a user that is out of 
core enters a high-priority queue (READY Queue) . No 
execution selection occurs prior to the end of the 
minimum compute quanta. No execution selection occurs 
prior to the end of the full compute quanta unless the 
HIR signal is set. 

Two lists resulting from this selection are presented 
to the swapper. One list contains the user (or users) 
to be swapped out and the other contains the user to be 
swapped in, the shared processors that must accompany 
the user, and the current free core -page list. 

Priority queues are arranged from high to low in order 
of increasing expected time before the next activation. 
This ensures that the users that are least likely to be 
needed are swapped out first, while the users most 
likely to require execution are retained in core. For 
example, the swap algorithm operates so that compute 
users remain in core and use all available compute time 
while the interactive users are swapped through the 
remaining core space whenever the following three 
conditions exist: 

1. There is room in core for three user programs. 

2. Two users are computing steadily. 

3. Other users are doing short interactive tasks. 

In order to prevent deadlocks and to provide for round 
robin scheduling of the compute-bound queue, the swap 
algorithm also provides for a search through the READY 
Queue list in inverse order up to the level of the 
inswap user for a set of outswap users. 
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Thus, users whose programs have just issued a terminal 
input request will be swapped out before programs which 
have blocked on terminal output. Both of these will 
precede programs blocked by file I/O requests, and the 
final selection will be made in reverse order through 
the queue of compute-bound users. 

For file I/O, programs are blocked from the time the 
I/O command is issued until it is complete. Terminal 
input is similar. Output to the terminal is no wait 
until about four seconds of typing have been 
accumulated in system buffers. It is then blocked; 
unblocking occurs when one-half second remains. 

Since users' programs are of different sizes, it may be 
necessary to swap out more than one program to make 
room for the incoming program, although a detail of the 
selection algorithm causes it to preferentially select 
a single outswap program if one adequate size 
(including any associated shared processors) can be 
found on the WAITING Queue list. 

The layout of programs on the swap device is made by 
selecting four pages (always a 512-word granule) at a 
time from a common pool, but preferential allocation 
occurs for pages which will maintain nearly continuous 
sector-by-sector allocation. This technique keeps swap 
time short while preserving a general allocation 
scheme. Programs are allocated to storage with the 
pure procedure portions ordered last so that the 
procedure portions do not have to be transferred from 
core to swap storage when a copy already exists on the 
device. 

Note that the queues CU, IOW, TOBO, and TIO do not 
appear in either list. Thus, the users in these states 
are not selected either for execution or for swapping, 
nor is unnecessary overhead expended in their search. 

Two examples of typical interactive use are 
illustrative of the scheduling operation. The first 
example traces scheduling operations for a simple , 
short interactive user request. At the time the 
request is typed, the user is in the typing input (TI) 
queue. His program, which has probably been swapped, 
remains on swap storage until the COC routines receive 
an activation chracter. Receipt of this character is 
reported to the scheduler and causes a change in state 
of the user to input received (IR) i 
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The scheduler finds a high-priority user not in core 
and initiates a swap removing a low-priority user (if 
necessary) and bringing in the one just activated. On 
completion of the swap, the scheduler is again called 
and now finds a high priority user ready to run. Given 
that the current user has completed his minimum quanta , 
the user's state is changed to CU, the program is 
entered, and the input command is examined by the 
reading program. The cycle in this example is 
completed by preparation of a response line and a 
request to the monitor for more input, which changes 
the user's state to TI again, making him a prime 
candidate for removal to swap storage. 

The second example illustrates an output-bound terminal 
program. This program moves through the state cycle 
TOB-TOC-CU as output is generated by the program. The 
COC routines signal when the output limit has been 
reached, thus causing the program to be delayed while 
output is transferred to the terminal. In a typical 
operation, four to six seconds of typing is readied in 
buffers each time the user program is brought into core 
and executed. During the typing time, the program is 
not required in core and the CPU resources can be given 
to other programs. 



I/O Scheduling 

I/O scheduling is designed to give job step I/O a very 
high priority to provide good terminal response. Other 
I/O is permitted to run as fast as possible until the 
user has accumulated a full maximum quantum of CPU 
time, at which point the user is placed at the bottom 
of the compute queue. The scheduling scheme is 
illustrated in Figure BD-1 . 
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An I/O-bound user cycles through the queues CU, IOW, 
IOC, and CU until he exhausts his time quantum at which 
time he cycles through the compute (COM) queues. This 
ensures that a single I/O bound user does not dominate 
the system, I/O that occurs at job step time (that 
done by CCI, TEL, and the program fetch logic) proceeds 
through the higher priority C queue. If the number of 
concurrent I/O operations for a user exceeds a 
specified limit, the user is blocked in state IOMF 
until some of them complete. 



Reentrancy 

The scheduler permits job-to-job switching only at 
certain carefully controlled points within the monitor. 
At these points control is explicitly given to the 
scheduler for job switching. The scheduler also 
receives control on asynchronous events from traps and 
interrupts (this code is completely stack-reentrant in 
the unmapped stack) , but it enforces a logical disable 
of monitor operations by returning to the point of 
interrupt if the trap or interrupt occurred with the 
monitor in control . This scheduler-enforced logical 
disable allows critical monitor operations, such as a 
file index update to run to completion before 
permitting another user job to proceed and possibly 
interfere with the incomplete activity. 
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Batch Jobs 

Two ways of scheduling batch jobs which result in quite 
different fractions of machine time devoted to batch 
processing are reasonable in this priority structure. 
Both are provided in UTS, and the mode of opration may 
be selected by the installation manager. 

The first scheduling technique keeps the batch job 
stream in a separate queue (BAT) that has a lower 
priority than the interactive compute queue indicated 
in Table BD-3. Thus, batch jobs get service only when 
no interactive user has a request. Estimates from 
current systems indicate that 10 to 20 percent of 
compute time is available to batch processing on a 
system supporting between 20 and 30 concurrent users in 
prime shift. During nonprime time, 80 percent or more 
of CPU time is available to batch jobs. 

The second method of scheduling cycles batch jobs 
through the interactive compute queue, where each job 
receives an equal fraction of the available time. It 
is usual in on-line systems for 5 to 20 percent of the 
on-line users to be computing at any one time. Thus, 
as much as one-half of prime time, plus 80 percent of 
nonprime time, could be devoted to batch background 
operation. In this scheme, batch jobs can be biased to 
get a different quantum than on-line user, thus 
permitting the installation manager to control the 
actual percentage of computer time devoted to batch 
processing. 



b. Memory Management 

These routines control the allocation of physical core 
memory, maintain the map and access images for each 
user, service the get and free page CALs, and manage 
the swapping space. 
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Core management includes the parallel management of 
swap space. When a core page is requested, a swap page 
must also be acquired. Similarly, a release of core 
requires release of swap space. In order to provide 
for fast swaps, space acquired must be contiguous, or 
nearly so, to that already allocated. Further, the 
program pure procedure is always placed last on swap 
device so that it need not be written out if it is 
unchanged. These two requirements make necessary a 
shuffling of space on the swap device and corresponding 
adjustment of- memory maps and swap command list when a 
new data page is acquired. 

Frequently no new core pages are available when 
requested. In this event, memory management must 
allocate the swap space and not the core space by the 
•get virtual, no physical 1 process and cause an entry 
to the swapper to provide the needed extra page(s) 
through its normal swap scheduling algorithms. 



Physical Core Allocation 

Allocation of core memory pages to a user at his 
request depends on the actual size of the machine as 
determined during initialization, the current size of 
the user including all needed shared processors and the 
management set limits on user size. Details of the 
calculations are given below. 
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The following table describes how physical memory is 
reserved for system functions in UTS: 



AMOUNT (in pages) 

(JITLOC+51D/512 
9 



USED FOR 

Resident Monitor 
XDELTA 



Longest Overlay 

(OPEN) 

KEYIN Procedure 

KEYIN JIT 

Monitor JIT 

Each Symbiont Device 



HOW ESTABLISHED 

SYSGEN 

Answering "Y" to DELTA 

during initialization 

request. 

Initialization 

Initialization 
Initialization 
Initialization 
Initialization 



The above table shows that an 80K system with three symbiont 
devices and a 27K monitor will have 41. 5K in which to run 
user programs if XDELTA is requested, and U6K if it is not. 

In addition, pages must be reserved for the context area and 
other things, as follows: 



PAGES 

1 
1 



PURPOSE 

JIT 
AJIT 



n 
m 



DCBs 

IPOOL/FPOOL 
Buffers 



CPOOL Buffers 



TEL 



HOW ACQUIRED 

Logon 

Allocated when N pages 
are acquired and is 
never released once 
allocated. N is 32 for 
27 and 13 on 29 greater 
than 128K. 
Job step time, from 
user program. 
Job step time. A 
minimum of two IPOOL 
and two IPOOL are re- 
quired; i.e., three 
pages • 

Automatic for batch 
jobs, reserved if an 
on-line user has sym- 
biont access in his 
account. 

Reserved if user is 
on-line. 



Note: n may be obtained from the LOADER map and is never 
program-dependent . 
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m may be altered using 1POOL card; otherwise , system 
defaults are assumed. these defaults are defined at 
SYSGEN time and may be altered using CONTROL. 

Therefore, the maximum user program size run on-line on 
the previously mentioned system, with two pages of DCBs 
and the minimum allocation of file buffers (three 
pages) would be 33K with XDELTA and 37. 5K without. The 
maximum size of the same program in batch would be 37K 
with XDELTA and 41. 5K without. 

An increase in physical memory will increase the 
maximum size of a user program up to a point (less than 
128K) where the limiting factor is the virtual memory 
layout. The first 32K of virtual memory is dedicated 
to the Monitor. The context area which includes 
monitor overlays, buffers, DCBs, JIT, and AJIT follows 
in the next 16K of virtual memory. The next 6 UK is set 
aside for user programs, and the last 16K of virtual 
memory is allocated to special shared processors and 
shared libraries. 64K is available for user program 
pure procedure and data, and 12K is available for user 
context (DCBs, buffers) , not including JIT and AJIT 
maximum program size is 76K. 

On Sigma 6 and Sigma 9 configurations with 128K or 
less , an AJIT is required when the user size exceeds 32 
pages. On Sigma 9 configuration over 128K, this 
threshold is 1 3 pages due to the larger memory map. 



c. Job Step Control 

The collection of monitor resident routines called STEP 
is entered between major segments of a job or an 
on-line user's session. Entries are made whenever 
ERROR, EXIT, or ABORT CALs are executed or when a new 
shared processor or new program must be fetched. When 
command processors (CCI, TEL, or LOGON/OFF) exit, they 
do so with coded information in registers which are 
used to associate a shared processor or fetch a 
prepared load module. (This exit is known as an 
interpretive exit.) Prior to either type of fetch, the 
user's core and swap RAD space are returned to the 
available pool to be reacquired during the fetch. 
Following the fetches, all DCB assignments associated 
with the user are merged into the DCBs acquired in the 
latest fetch. Required initialization of JIT is 
completed. 
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Following an exit by LINK from the load phase of 
processing a RUN command, step control sets up the 
loaded program, core image for execution, including the 
association of required shared debuggers and public 
libraries. 

Exit from CCI, TEL, and LOGON/OFF includes two other 
•interpretive' exits. The first, to simply continue 
the current activity, and the second, to do the final 
cleanup after LOGOFF exits. The latter includes a test 
for completion of a batch job. If the job is 
completed, entry is made to the batch scheduler for 
selection of another batch job for processing. 

I/O, issued by STEP in order to fetch programs and 
processors at user request, is handled as a special 
high priority in order that good response time be 
achieved in these cases. 



60 



UTS TECHNICAL MANUAL SECTION BD 

1/12/73 
PAGE 61 



3. Symbionts, Cooperatives, and Multibatch Scheduling (RBBAT) 

a. Symbionts/Cooperatives 

Records sent to and received from the low-speed 
peripherals (CR,CP,LP,PL,RBT) are buffered to RAD or 
pack through the symbiont-cooperative routines. Four 
stages are readily identifiable. 

First, input jobs from the CR or RBT are blocked by the 
input symbiont into disc unit records and written in 
the peripheral storage area (PER) . This process is 
carried out asynchronously with respect to other tasks 
in the system and, once started, is interrupt-driven 
until completion. Initiation is accomplished by 
operator command for CR and is automatic for RBT. The 
input symbiont recognizes !JOB cards for CR and RBT and 
treats them as beginning-of-file and end of previous 
file (if any) , recognizes !FIN cards for CR and RBT and 
treats them as end-of-stream, and recognizes !RB cards 
for RBT and treats them as beginning-of-f ile/end of 
previous file as with !JOB cards. At file end, the 
file starting disc address is passed to RBBAT, the 
symbiont file ghost job, for entry into the batch 
tables. 

Second, when a user issues a read directed to the card 
reader, the operation is intercepted by the input 
cooperative . This routine reads and deblocks the 
records for presentation to the reading program, which 
is not allowed to read past the end of the symbiont 
file containing his own job. Initially, the multibatch 
scheduler selects the job to be run by placing the job 
and resource information in the GET tables. The batch 
user is started and the IJOB card CCI read causes this 
information to be placed in the user's JIT. 
Thereafter, records of the file are passed to the user 
on subsequent reads. 

Third, the output cooperative , which is an intercept 
routine acting on all output directed to symbiont 
devices, blocks records into buffers, and writes them 
to secondary storage. Separate symbiont files are 
built for each type of output (print and punch) . Upon 
user signal ( • superclose' , usually at end of job), the 
file is cloosed by entering it into the RBBAT queue via 
the add output file communication. 
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Fourth is the interrupt-driven task (the output 
symbiont) , which reads symbiont files and writes the 
symbiont device. Output symbionts are started 
automatically when RBBAT senses that there is work to 
do, the device is idle and, otherwise, capable of 
processing the output. 

Symbionts use, for buffer memory, pages obtained from 
the general pool of physical memory. This restricts 
maximum user size in that a user must not be allowed to 
exceed the available physical memory left while 
symbionts are active. The cooperatives use similar 
buffer and control memory pages from the user's virtual 
space. The buffer management routines get memory and 
restrict size appropriate to the mapped/unmapped 
(cooperative/symbiont) condition on entry. 

Symbiont files are selected by the Multibatch Scheduler 
(MBS) portion, RBBAT, for input and output by resource, 
priority, system id, and control information maintained 
by RBBAT. Priority by symbiont files which originates 
from the job card (or on-line user default) may be 
changed by the operator, who may also delete files. 
Control information (e.g., remote batch hold) is 
specified by the user. Figure GA-1 shows the symbiont 
and cooperative big picture. 



b. Multibatch Scheduler 

Inputs 

o Job description (resource requirements) from JOB 
and LIMIT cards. This information is carried in 
input symbiont tables which reside in the RBBAT. 

o Partition definitions (permissible ranges of 
resource values) created by SYSGEN in resident 
tables and modifiable dynamically during system 
operation using CONTROL. 

o Maximums, also carried in resident tables and 

changeable via CONTROL, which limit the total use 

of each resource by all batch (or on-line) jobs 
taken together. 
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New Job selection initiated whenever: 

1. a job completes exeuction. 

2. a new job is entered. 

3. partition definitions are changed. 

4. operator command IS is issued. 

5. Resources are released (by an on-line job 
or by a CAL which releases resources) . 

6. Clock routine which checks a flag set by 
certain cases of resource releasing. 



Scheduling Algorithm 

1. Identify all available partitions (not executing, 
not locked) . 

2. Find the highest priority job which fits one of 
the available partitions. 

3. Verify that execution would not exceed 
established maximums. 

4. Failing 3, increment job priority and go to Step 
2. 

5. Verify that order and account parameters do not 
preclude running the job. 

6. Run the job selected if all tests have been 
passed. 

7. Go back to Step 1, unless: 

a. The job was • F 1 priority and not selected. 

b. No partitions are available. 

c. All jobs in the input queue have been processed. 
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4. System Services 

a. System Initialization 

UTS initialization routines accomplish three major 
functions: booting from a system PO tape, booting from 
system resident secondary storage, and 
recovery- res tart. The functions are accomplished by 
common routines which distinguish recovery from booting 
by zero contents of cell 2A which is always filled in 
during a device boot by the hardware. 

The initialization routines fall into three physical 
groups: first, the routine INITIAL which initializes 
trap and interrupt cells and loads locks and access 
images both for booting and recovery; second, the 
routine BOOTSUBR which provides for monitor patching 
and system storage initialization; and third, the 
initialization job, GHOST 1 , which copies the system 
tape to the system account, provides for GENMOD patches 
to processors, and completes system storage 
initialization. The last two processes which have 
similar functions are divided in order to remove as 
much code as possible from the monitor root to job 
status even though, in this case, it is a master mode 
job. BOOTSUBR completes just enough initialization of 
the system to enable it to run its first job, GHOST 1 , 
which completes the initialization task. Figure BD-1 
summarizes the initializarion process. 
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INITIAL 



This routine is entered immediately after a tape or 
disc boot has read in the monitor's root or after 
recovery has done the same thing. Its purpose is to 
preset the hardware for system operation. It 
accomplishes this in the following order: 

1 . the unmapped JIT is moved from assembled location 
to execution location; 

2. external interrupt cells are preset to zero; 

3. the trap and interrupt cells 40 through 5F are 
initialized; 

4. the memory locks are set to 01 everywhere except 
the code portion of the monitor, which is set to 
11; 

5. the virtual memory map is preset in one-to-one 
correspondence with physical memory; 

6. access is preset to read-only for virtual page 
zero and to no-access for the rest; 

7. I/O interrupts are enabled for tape boot; CLOCK4 
counter for disc boot; and 

8. GETHGP is called to read in XDELTA if 
initialization is from disc. 
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Move master JIT to Execution Location. 
Zero external interrupts 
Set up 40 through 5F. 
Load Locks , Access . 
Enable I/O interrupts. 
J J Enable CLOCK4 counter interrupts. 

BOQTSUBR 
MONINIT 

Check and set assigns for C, LL, DC, COC. 

Print and type patch numbers. 

Type sense switch setting assignments. 

Set up location 2B with proper monitor type. 

Read in XDELTA. 

Read card reader via XDELTA, patch root. 

SWAPINIT 

Copy ALLOCAT, GHOST 1 , Monitor Overlays 

XDELTA, RECOVER to swapper. 

Set up monitor tables with disc addresses. 

WRTROOT 

Write monitor root to swapper. 
Write bootstrap on swapper. 
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GETHGP (Get XDELTA) 

Set up memory size info. 
Turn off symbionts. 
Enable all interrupts, 

GHOST 1 



j. 



.1 ! 

J I ^ 



Ask about DELTA and keep or no; release core 

of INITIAL and BOOTSUBR. 
PASSO to read and patch (GENMOD) processors. 
RECOVER2 for shutdown of open files. 
SYSMAK: copy shared processors to swap RAD 
Request date and time from operator. 
Write start record in ERRLOG. 
Initialize COC. 
Turn on symbionts 

Log on Analyze to process crash dump 
Start scheduling batch jobs by start of RBBAT 

ghost job; interpretive exit to FILL. 
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Three subroutines of BOOTSUBR are then called if the 
initialization is from a PO tape: MONINIT, SWAPINIT, 
WRTROOT. 

MONINIT, the first subroutine of BOOTSUBR, carries on 
the initial dialogue with the operator: 

1 . it requests from the operator new device 
addresses for card reader, line printer, system 
resident swapper, and COC, providing dynamic 
reconfiguration for these devices; 

2. it prints the patch segment numbers and sense 
swith setting both on line printer and on the 
operator's console; 

3. it sets location 2B with monitor version and 
type; version comes from the monitor information 
record generated on the PO tape by DEF; 

4. it reads in EXEC DELTA and initializes the 
monitor cells which locate it; 

5. it then passes control to EXEC DELTA to read the 
card reader for monitor patches, interpret them, 
and place them. If the ** card is read, a flag 
is set to control the 
'boot-under-the-f He-structure 1 operation, in 
which the PO tape is not read. 



SWAPINIT, the second subroutine of BOOTSUBR, 
initializes the system portion of the swapping RAD. 
Enough monitor elements must be placed to be able to 
run the first job - the GHOST 1 initializer. During 
copying to the swapper of monitor overlays, ALLOCAT, 
the elements of GHOST 1 , XDELTA, and the RECOVER 
overlays, the card reader is read by DELTA for patches 
to them; monitor tables which record overlay swapper 
locations are set up. This setup defines the portion 
of system RAD which must be intact to accomplish 
recovery. Recovery uses the system swapper from this 
point on (that which will be occupied by the shared 
processors) to save the crash core dump. 



68 



UTS TECHNICA L MANUAL SECTION BD 
1/12/73 

PAGE 69 



WRTROOT, the third subroutine of BOOTSUBR, writes the 
monitor root which is now fully initialized and patched 
to the system swapper. The routine also writes the 
disc bootstrap routine onto system swap storage. 

INITIAL'S Entry to GH0ST1 

Final activity carried out before entry to GHOST 1 
includes : 

1 . scanning memory for existing physical pages which 
are linked into an available memory page pool; 

2. enabling of all interrupts (COC lines are not 
scanned by the clock interrupt routines until 
later when the input external interrupt locations 
are set up) ; 

3. temporary disabling of the symbionts so that 
GH0ST1 will use printer and card reader directly. 

INITIAL exits through the job initialization logic 
calling for startup of GHOST 1 . 



GH0ST1, The System Initializing Program 

This master mode job contains all initialization and 

recovery functions which can be run as a job (as 

distinct from those functions which must be imbedded in 

the monitor root) . The program takes differential 
action on recovery (cell 2A = 0) and on disc and tape 

boots. Major elements included in GHOST 1 are as 
follows : 

1. RECOVER2, which is entered only in a recovery 
situation to replace dynamic system information 
like the date , to provide accounting summaries 
for all interrupted jobs, to copy files that were 
open in update mode and could not be closed 
normally, and to copy the core dump from the 
swapper to a permanent file, 

2. PASSO, which copies PO tapes to files, including 
the application of GENMOD patches, 

3. SYSMAK, which reads the shared processors from 
files and prepares absolute copies on the 
swapper. 
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As shown in the schematic flowchart of Figure BD-2, 
GHOST1 first asks if EXEC DELTA is required. If not, 
or if there is no answer within six seconds, the 
physical memory used by EXEC DELTA (from about 60-6 UK 
physical) is released to the physical page pool and the 
1 Lees-watering-hole ■ entry to EXEC DELTA at location 4E 
is disabled. 

A check of location 2A determines whether recovery (2A 
= 0) or boot is intended. RECOVER2, PASSO, and SYSMAK 
are entered, as shown. 

Following a date-time request, if booting, common logic 
is entered which: 

1 . writes a startup (or recovery) record into the 
hardware error file, 

2. initializes terminal I/O by starting COC I/O and 
turning on all line receivers, 

3. turns on the symbiont system, 

4. logs on a ghost job for Analyze (if recovering) 
to process the crash dump, 

5. enters the batch job scheduler to start jobs 
still in the input symbiont queue after a 
recover, and, finally, 

6. exits through the monitor's interpretive exit 
logic to activate FILL for possible reading of 
backup tapes. 



The flowchart Figure BD-3 shows PASSO 1 s main 
line. 



execution 



SYSMAK copies the shared processors listed in the 
monitor table P:NAME from files to locations on the 
swapper with addresses, sizes, and start addresses 
placed in the monitor shared processor tables. 
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Do you want Exec Delta? 

yes _-i 



no 



L 



Release core pages to physical pool, 
reset XPSD in location 4E to an 
effective NOP. 




I 



W 



Recovery or Bootf 



/ 



/Recovery 




Do you want HGP reconstruct? 



/HGP 

\ RECON 



tape 




' PASSO 
ee Fig BD-3. 



A 



wm ara i MjwH wiiiK^^ 



Request date and time 
from operator 




Write start record to ERRLOG 

Initialize COC 

Turn on Symbionts 

Initiate Analyze, if recovery 

Schedule batch jobs 

Exit to FILL 



Figure BD-2 - 
Overview of GHOST 1 
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Figure BD-3 - PASSO Overview 



\ PASSO 



Read Cards (GENMOD, GENDCB, etc) 
saving them in a core buffer 



BITOTM 



Boot under files? 
(was a ** card read?) 



J 



7 



yes 



no 



Read all files from PO tape and write 
them on file RAD using standard monitor 
CALs and continuing until the file 
LASTLM is encountered. 



PHASEC 



1 



Open each file in the :SYS account and if 
GENMODs exist for that file read it in, patch 
it, and write it back on file. 



V 



exit 
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b. Operator Communications 

The machine operator communicates his instructions and 
requests to the system through key-ins at the 
operator's console. This 7012 console is a TTY-like 
EBCDIC transmitting device connected to an MIOP. It is 
usually designated TYA01. Since the device may be used 
in only one direction at a time, the operator must 
signal his desire to type by pressing the PCP interrupt 
button. He is prompted for input with a ! , carriage 
return terminates the control message , and EOM deletes 
it for a retry. 

When the PCP interrupt button is pressed, IOQ 
recognizes the request and starts the console read 
operation into a dedicated buffer. On completion of 
the message, the ghost job for KEYIN is initiated. The 
pre-established JIT for this job is read, and the 
initial environment is pulled and executed as is normal 
for job beginning. For the KEYIN job, the program is 
contained entirely in the registers. The 
two-instruction program calls for association and entry 
into the KEYIN overlay and for job deletion after 
return . 

The KEYIN overlay reads the input message from its 
fixed buffer, interprets it and acts on the commands. 
The overlay structure is used in order to provide 
convenient direct entry to monitor routines and to the 
monitor tables which KEYIN is directed to change or 
display. 
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c. Accounting and Performance Monitoring 

CPU execution accounting is carried out by the 
incrementing of the CLOCKS timer. This clock ticks 
each 2ms into a cell in the JIT. Addressing is 
subjective, that is, the JIT of the current user is 
selected by the setting of the memory map. When the 
map mode is not on, the time increments are accumulated 
into the monitor's JIT located at the same physical 
address that is occupied virtually by user JITs. 

Thus, when the CPU is executing for a given user, 
whether in his program or in the monitor cting at his 
request, time ticks are directed to his JIT via the 
map. When the monitor is operating unmapped in 
servicing I/O or terminal character interrupts, 
processinq traps , providing symbiont I/O or scheduling 
jobs - all general services which are not sim^lv 
allocatable to a single job - the time ticks are 
accumulated to overhead cells in the master unmapped 
JIT. 

Two other breakdowns are performed on the CPU time 
accumulated for each user. The two breakdowns result 
in four separate CPU time accumulations. Time is 
separated at the CAL boundary accumulating time used by 
the user program and monitor time used to carry out his 
CAL requests. Monitor service and program time are 
carried separately also for UTS shared processor 
execution and other proqram execution. This is 
slightly different than BPM/BTM which counts processor 
execution for all programs coming from the :SYS 
account. COBOL is the important processor which is not 
shared and is therefore accounted for as a user 
program. 

Performance monitoring is carried out as an integral 
part of the UTS system. Subroutines and 
count-incrementing instructions are embedded in the 
monitor at appropriate places. The counts which they 
accumulate and the program to display these counts are 
described in detail in the UTS System Management 
Reference Manual. 
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Approximate lv one page of memory is devoted to 
accumulation of data on system operation. In order to 
keen the memory required small some reduction of the 
data is done at the time of gathering. Along with sums 
and counts for ave raging , certain data is accounted for 
by adding into an appropriate cell of a distribution 
histogram. 

d. Automatic Recovery 

The system recovery function is provided to restore UTS 
to operational status very quickly following an 
unrecoverable failure, which may be either hardware or 
software caused. Some examples are memory parity error 
by the hardware or an illegal memory reference trap 
because of software error. Each reported error is 
checked to determine whether the entire system is in 
danger (unmapped mode errors) or i* only one user is 
affected (mapped mode errors). In the latter case, 
that user is logged off, or failing that, deleted, and 
system operation continues. In the former case, 
recovery is entered. Recovery consists of cleaning up 
all open-ended information (both user and 
system-oriented information) and restarting the system 
at initialization. If this occurs all terminal users 
must log on again and the current executing batch 
job(s) must be resubmitted. Any job partially read 
through the card reader must be reinserted. Jobs 
already submitted but not yet in execution are saved 
and need not be resubmitted. The recovery routine is 
entered whenever hardware and software errors are 
detected. Manual entry is also provided for use by the 
operator when the system cannot automatically recover, 
such as if low core erased or the system loops. 

When the recovery routine is entered, none of the 
normal operating system is assumed to be operating. 
Most routines of the normal system required for 
recovery are duplicated in the recovery routine, but 
for automatic recovery a small resident recovery driver 
is required intact. This driver brings in the bulk of 
the recovery routine, overlaying the pure procedure 
portion of UTS. Certain monitor tables are also 
required intact. This is verified where possible. If 
the recovery process cannot be completed, the operator 
is instructed to reload the system from the PO and file 
backup tapes. 
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The recovery routine performs the following functions: 

1. Displays cause of failure. 

2. Takes a full core dump for later analysis. 

3. Closes all ooen files using default o tions . 

4. Packages or releases all partial svmbiont files. 

5. Packages error log. 

6. Informs users o* interruption. 

7. Saves time, date, error log pointers, accounting 
information, s inbiont file directory, and RAD 
granule stack contents. 

8. Restarts system and restores items saved above. 



When any functions cannot be performed, these are noted 
on the operator's console. If the function is 
considered minor, recovery continues. If it is 
connected with file operations, the file identification 
is noted and recovery proceeds. 

If recovery determines that the RAD allocation tables 
(HGP) or File Control Tables (CFU) have been destroyed, 
then a routine is called to rebuild the H P bv reading 
through the entire file hierarchy, recording RAD and 
pack addresses as it proceeds. While this technique 
cannot repair or replace file elements which have come 
unlinked during the failure, it does provide a much 
faster restart mechanism than reloading of files from 
tape (about 15 minutes, as ODposed to one to five 
hours, depending on reload technique and file size). 
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e. System Debugging 

Although much system debugging is carried out by other 
means and with other tools, UTS carries with it a 
master interactive debugger called EXECUTIVE DELTA. 
Language features of this debugger are virtually 
identical to those of user DELTA as described in the 
UTS Time-Sharing Reference Manual. 

EXECUTIVE DELTA carries with it an elided symbol table 
for the monitor and may be entered through location 4E. 
EXEC DELTA does not use (and therefore depend on) 
monitor I/O and thus, may be used to examine, change, 
set breakpoints and otherwise completely control the 
operation of the system whenever such steps are 
necessary for detailed debuggginrr or development 
activities. C^or most crash analysis on running 
systems, the dumps taken by recovery and reported by 
ANALYZE are adequate for finding problems.) 

EXECUTIVE DELTA is loaded with the monitor's REF/DEF 
stack and placed on the system PO tape by SYSGEN. One 
of the first tasks of the boot routines is to bring in 
EXEC DELTA and place in physical memory at approximate 
location 60-6 4K. During the boot processes it may be 
used to make symbolic patches to the system either 
entered from the console or from the card reader. At 
the end of the boot process the operator has the option 
of retaining DELTA for possible later use or releasing 
it and returning its physical sDace to system use. 
Once released EXEC DELTA cannot be regained except 
through the recovery process. 



77 



UTS TECHNICAL MANUAL SECTION BD 

1/12/73 
PAGE 78 



f. Error Logging, Diagnostic Device Access 

Recording of hardware errors for analysis by customer 
engineers is carried out by a special procedure 
designed to minimize the possibility of losing the 
record of the errors. Each device error, watchdog 
timer trap, memory parity error, device timeout, etc., 
together with system startup and recovery records and 
software-detected inconsistencies which might have been 
caused by hardware errors are recorded by the resident 
error logging routine into a pair of 64-word core 
buffers which are then transferred to RAD in a simple 
linked chain. A special GAL may be used to read this 
file and a routine, ERRrFIL, is provided with the 
system read this special file and, using standard file 
management operations, transfer it to a standard 
managed file, ERRFILE. ERRrFIL is called as a ghost 
program each time five error records are accumulated. 
In file form, the records are accessible to customer 
engineers and to two standard system programs, ERRrLIST 
and ERR: SUM, for listing and summarizing the error file 
contents. Descriptions of these programs and of 
ERRFILE record formats are given in the UTS System 
Management Guide. 

Also provided for customer engineers is a privileged 
method for opening I/O directly to a device, bypassing 
the symbiont operation. Thus, diagnostics may be run 
on-line during system operation to diagnose, test, or 
PM the peripherals. In this special mode, the AIO, 
TDV, and TIO status information from the device are 
returned directly to the program via the DCB. Error 
and failure records are still recorded in the error log 
and privilege-controlled CALs allow direct reading and 
writing of the special error file. Alternately, the 
diagnostic program may cause . ERRrFIL to transfer 
records to the standard file, ERRFILE, by issuing a 
ghost job initiation CAL, and read the records from 
that file. 
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5. User Service 

This category encompasses most of the monitor routines which 
are called at the explicit request of user programs, both 
batch and on-line, through CAL instructions. The major 
categories are: a) file management service for reading and 
writing of files on tape, RAD, and disk pack; b) 
load- and- link services; and c) batch debugging services. 
Also in this category but not explicitly described in this 
overview, are routines for the UTS-specific CALs , trap 
control and timer CALs, the user program overlay segment 
loading CAL, error log read and writing CALs, and the job 
entry CAL. 

a. File Management 

This category includes routines which manage the 
contents of and access to physical files of 
information. Included are the functions of indexing, 
blocking and deblocking, management of the pools of 
granules on RADs and disk packs, labeling, label 
checking and positioning for mag tape, formatting for 
printer and card equipment, and controlling access to 
and simultaneous use of a hierarchy of files. 

Four subgroups are identifiable: 

1. Basic routines for reading and writing files and 
physical devices. 

2. Routines for opening and closing files. 

3. Routines to service the CALs requesting position 
changes in files or on tape (PFIL, PRECORD, REW, 
WEOF, PEOF) and those requesting DCB changes for 
device DCBs (all the M:DEVICE CALs) . 

4. Routines to service labeled tape. 

The primary storage areas used by file management are 
the DCBs and buffer areas in user virtual memory, and 
the CFUs in resident core which control simultaneous 
file usage. Also in resident memory are 'monitor 
buffers 1 from MPOOL, which are used primarily for 
preparing operator console I/O. Occasional use of DCT 
and IOQ tables occurs. 
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All physical I/O is accomplished via the basic I/O 
routine, IOQ. Entries to the file management routines 
are via the CAL receivers, CALPROC and ALTCP. 



b. Load-and-Link Command 

This set of monitor routines is contained in the 
overlay, LDLNK, and processes the MrLINK and M:LDTRC 
CALs. They allow processors to pass control back and 
forth from one to another in either a subroutine or 
trans fer-of-control fashion. COBOL object programs and 
the MANAGE processor use SORT as a subroutine via 
M:LINK; PASS3 of SYSGEN uses the Loader in a similar 
way. Communication between caller and callee is via 
information stored in COMMON memory and in registers. 

When an M:LINK is issued, the entire program and 
context, including open DCBs but not the COMMON memory 
area, is saved in the star file idN where N is a binary 
number incremented for each MrLINK, All memory except 
COMMON is released and control passes to a point in 
STEP to associate the indicated shared processor or 
fetch the named program. The parameter N is passed to 
the called program to identify the saved program for 
possible return. 

Two possible actions are available for MrLDTRC. The 
first is like MrLINK except that the current program is 
not saved. The second occurs when the request names a 
program file, idN, preserved by a previous MrLINK. 
Current memory pages are released and the file idN is 
read in. The file idN is released and the program 
entered at its return point just following the MrLINK. 

Cleanup is necessary for the saved program images after 
program exit or abort and processing of any PMDs. This 
need is indicated by a nonzero value of the link 
counter, N, in the rightmost byte of the JIT cell, 
JrRNST. Each idN file is read and all DCBs therein are 
closed, the file is released, and finally, N is zeroed. 
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c. Batch Debugging 

Batch debugging services include program MODIFY 
commands, execution output and test via SNAP, IF, AND, 
COUNT, etc., CALs and control cards, and postmortem 
dumps through PMD commands. 

These commands are read, processed, and executed by the 
coordinated action of the processors CCI and RUNNER, 
the root element STEP, and the monitor overlay DEBUG. 
The processors read and prepare tabular forms of the 
commands while the monitor elements carry out the 
indicated actions. 

The process begins when CCI reads the MODIFY, SNAP, 
PDM, etc., cards which follow the RUN command in the 
JCL stream. A RUN table is built from the information 
on the RUN card and left in high virtual memory for use 
by RUNNER and STEP. For each card read after the RUN 
card, a record is written into the star file, idD. A 
flag is left in JIT to indicate the presence of PMDs 
and a count of the number of other debug cards is left 
in the run table and CCI exits indicating the required 
load module fetch to STEP. 

The fetch portion of STEP calls the special shared 
processor, RUNNER, as an aside in order to process the 
idD file. RUNNER reads the file and creates two tables 
in core, the first of which contains location and 
contents values corresponding to MODIFYs and SNAPs. 
The second table contains FPTs for the debug CALs. PMD 
and PMDI records are left in the idD file. 

The head and tree of the load module requested (as 
recorded in the RUN table) by the original fetch are 
read by RUNNER, the size of the pure procedure area is 
determined, the two tables are moved into position just 
above it, and the head and tree records are updated to 
reflect the additional pages (if any) and the LM start 
address. The page containing the Run table is 
released. 

STEP interprets the final exit from RUNNER and, after 
completing the load module, fetch places the MODIFYs 
and SNAPs in the appropriate locations in the user 
program as indicated in the RUNNER prepared tables. 
The user's program is then placed in execution. 
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When SNAPs , IFs, COUNTS, etc. , are executed, the CAL 
receiver associates the DEBUG overlay which provides 
the dumps and other required operations. 

On final exit from the user's program, if either the 
flag indicating idD presence is set, or if the program 
exits with an error or abort indication, then STEP 
associates the DEBUG overlay. The TELUSER portion of 
this overlay processes error and abort codes into 
messages and appropriate dumps, while the PMD portion 
processes PMDs from the idD file, provides the 
indicated dumps, and releases the idD file. 

Return to STEP is made for the remainder of the job 
step shutdown procedure. 
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MONITOR PHYSICAL STRUCTURE 

This section summarizes the UTS monitor by listing and 
functionally noting each of the system modules. The modules are 
summarized in six functional categories, then each category is 
detailed, module by module, as to function and size. Finally, the 
utility processors (as distinct from language processors, which 
are delivered with the system) are listed by function and size. 
Sizes and exact module content are approximate only; they are 
accurate for a particular version of UTS. The gross size of the 
system can also be estimated from the size of the compressed 
source files (280 files totaling 2400 granules) and from the size 
of a typical :SYS account (175 files totaling 3100 granules), 
although this later value is highly dependent on individual 
installation desires. 

Modules are grouped by place of residence in four categories: 

1. MONITOR ROOT - These routines are loaded together, enter the 
machine at system boot time, and are never replaced except 
during recovery. 

2. VIRTUAL OVERLAY - These groups of routines are required to 
perform specific user serivces. They are loaded with the 
REF/DEF stack of the monitor root and communicate directly 
with it. They run in master mode but are mapped. They act 
as map reentrant shared processors - only one copy is 
required for all users. More than one overlay may be 
physically resident in the CPU if appropriate in light of 
cumulative user size and processor association. 

3. PHYSICAL OVERLAY - Three kinds are used: a) monitor 
initialization code booted with the root but where space is 
reclaimed after startup; b) space is physically reserved 
permanently for execution of DELTA if that debugger is 
selected at boot time; and c) the recovery routines are 
loaded over code of the root monitor. 

4. PROCESSOR - The utility routines of UTS are mostly user-style 
programs running in slave mode and mapped. Some of the 
programs are shared processors and others are ordinary 
unshared ones. Two exceptions are the initialization 
program, GHOST 1, which runs in master mode in order to patch 
the monitor and to establish shared processors on the swapper 
with direct execution of I/O commands, and the granule 
allocation program, ALLOCAT. 
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Root size is summarized in Table BE-1. 

Table sizes are detailed in Table BE-2. 

Typical size of modules in loading order is given in Table BE-3. 

Differences between a large and a minimum monitor are given in 
Table BE-4. 

The major SYSGEN parameters which control root size are given in 
Table BE- 5. 
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Table BE-1 - UTS Root Size 



Code 



BASICS 6900 

System Management 6100 
Symbionts and COOP 1700 
System Services 400 
User Services 5300 

20,400 



Tables 



Fixed Size 
Variable Size 



TOTAL 



1400 
8000 



29,800 



Large 128 user system 
(small system = 2800) 
in variable tables; 
a difference of 5200) 
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Table BE-2 - UTS-C0 1 Resident Tables 



NAME 



INITIAL 
DEF 



DECIMAL 
SIZE 



SYSGEN 
COMMAND 



DESCRIPTION 



8 



Fixed Size Tables and Assembly Parameterized Tables 



SSDAT 



ppp 


PPP 


PMDAT 


PMDAT 


HGPSTK 


BUFSPD 


CFUD 


CFUD 



M:OLIMIT SL:OTIME 
M:ELIMIT SL:ETIME 
M:BLIMIT SL:BTIME 
COMBAT GI : SDA 



598 

4 
218 
424 

6 

14 
14 
14 
74 



:OLIMIT 
:ELIMIT 
:BLIMIT 



Ghost job tables, swapper skeleton command list and 
disc address, swapper page pools, swap scheduler 
tables 

Physical page, pool data 

Performance monitor counters and distribution 
Granule allocation stacks, pointers, coram, buffers, etc. 
Parameters definitions for Packs and RADs 
(sectors/track, etc.) 

Default limits (print, punch, time, core, etc.) 
for on-line 

Limits (print, punch, time, core, etc.) 
for exit control 

Default limits (print, punch, time, core, etc.) 
for batch 

Contains GETI tables and RBBAT symbiont and MBS 
communication buffers. 



SYSGEN-Generated Variable Size Tables 



M:COC COD:LPC 
M:SPROCS P:NAME 
M:IMC S:CUAIS 
M:CPU MPOOL 
IOTABLE IOTABLE 



M:SDEV 
MrPART 



SSTAT 
PL:LK 



1100 

550 

650 

4370 

1150 



34 
138 

8000 



:COC Terminal I/O control tables and buffers 

:SPROCS Shared processor control tables 

:IMC System control parameters, user tables for scheduling, etc. 

:UTM MPOOL, CPOOL, IOQ Tables, CFUs, PPUT, Sigma 9 PSDs 

:CHAN,:DEV DCT, CIT, OPLABEL, TPMEN, AVR Tables, Remote Batch 

Control Tables, Swapper configuration definitions, HGP 

skeletons, private HGPs 
:SDEV Symbiont control tables 
:PART Multibatch partition control tables 
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Table 


BE-3 - Typi< 


cal Contents of UTS- 


■D00 










In 


Loading 


Order 








Decimal 




Decimal 




Decimal 




Name 


Size 




Name 


Size 


Name 


Size 




Begin 


100 




CRDOUT 


90 


OUTSYM 


361 


>x 


SSDAT 


59 8 




PLOT 


14 


INSYM 


212 -j_ 


PPP 


4 




SKD 


728 


SUSPTERM 


24 O 


PMDAT 


218 




7TAP 


102 


SYMSUBR 


50 1 


= 


SLIMS 





.- 


DPACK 


140 


IORT 


757 -g 


COCD 


48 


E 

i_ 

a 
a. 


( COC 


19 82 


RDF 


2345 " 




COCI 


76 


TSIO 


432 


WRTF 


1158 oc 


Tables 


623 


a 

•4- 


> ANSTP 


256 


WRTD 


622 n 


M:COC 


1100 




S9TRAP 


170 


PFSR 


73 




M:SPROCS 


550 


2741 Table 


s 384 


INITIAL 


246 




M:IMC 


650 


V 

a 


f ERHNDLR 


394 


JIT 


512 




MrOLIMIT 


14 


JC 


FBCD 


21 


BOOTSUBR 


964 w 


M:BLIMIT 


14 


c 
»- 


! sss 


2388 




i 


X 


I1:ELIMIT 


14 


c 


: STEP 


1906 




X" 


E 


REQDC 


64 


*c 


| MM 


1018 




O 


CFUD 


6 


c 

C 


; C ALP ROC 


203 









RECORD 


. 2 


L 


} ALTCP 


542 




" 


5 


CHK 


28 


a PM 


264 






N 


M:CPU 


4370 


-=> T:OV 


214 




7 


5 


M:BIG9 
IOTABLE 



1150 


c 

i 


I ioo 

- ENTRY 


1346 
202 




: 


E 


M:SDEV 


34 


BUFF 


58 








COMBAT 


78 




GRAN 


260 








MrPART 


138 




GRANSUB 


263 








HGPSTK 


424 




ADD 


86 








INITRCUR 


100 




SUB 


19 








GPHGP 


18 


} 


r AVR 


160 








CLOCK 4 


155 


c 


COOP 


312 








ACCT 


52 


1 


I SUPCLS 


296 








Handlers 


419 


+ 
i 
i 

Q 


) SACT 

3 
) 

5 
5 


163 
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Table BE- 4 - Differences 


Between 


a Large 


and 




Minimum : 


Resident 


Monitor 






Large Resident 


29,800 


Words 






Minimum Resident 


23,500 
6,300 








COC Without 2741, etc.* 


800 








Handlers: DISK, ANSTP 


400 








COC Tables £ Buffers 


1,100 









128 Lines 

Symbiont Tables, CFUs 4,000 
Monitor Buffers, Patch 

6,300 



♦SYSGEN options will remove 384 words of 2741 translation tables 
from the monitor load. To recover code for 2741 handling, the COC 
module must be reassembled* A total of 760 locations may be saved 
in COC by eliminating 2741 code, page heading, logic, buffer 
checking, and performance monitor entries. 
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Table BE- 5 - UTS-POO Monitor 
Size Increases due to SYSGEN Parameters 



MODULE 



M:COC 



M:SPROCs 



M:IMC 



M:CPU 



IOTABLE 



FACTOR 

4 words per buffer 
5-3/4 words per line 

9-1/2 words per shared 

processor entry. 

10 if Disc Swapping or BIG9 

10-1/2 if Disc Swapping and 

BIG9. 

7 words per user 

2-1/4 words per ghost job 

34 words per MPOOL 

8 words per IOQ 

19 words per CFU 

6-1/4 words per tape if ANS 

system 

1 word per input symbiont 

file 

1 word per output symbiont 
file 

1-1/4* ((AVGSER* 16)4-3+1 7 

words 
1/4 word per physical page 
(1/2 word if BIG9) 
18 words for Sigma 9 PSDs 
Patch Space 
2-1/4 words per RBT device 

13-3/4 words per DCT 

2 words per CIT 

3-1/2 words per tape and 

private pack (AVR) 

8 words per public HGP 

20 words per private pack HGP 
1 word per DCT+AVR IOCTQ 
6-74-word CLIST per device 



2-1/2 words per RBT device 



SYSGEN KEYWORD 

BUFFERS 
LINES 

:SPROCs entries 



MAXG+MAXB+MAXOL 
MAXG 

MPOOL 
QUEUE 
CFU 

: DEVICE 
INFILE 

OUTFILE 



AVGSER 
CORE, (BIG9) 

SIG9,BIG9 

MPATCH 

:DEVICE 

One per rDEVICE 

One per :CHAN 

One per PRIV + tape 

One per pack or RAD 
One per PRIV 

One per device: 



Punch 


- 


74 


SKD 


- 


74 


DP 


- 


12 


Other 


- 


6-8 


DEVICE 
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M:SDEV 

M:PART 
S9TRAPS 



6-3/4 words per symbiont 
device 

7-3/4 words per partition 

169 words for Sigma 9 traps 



:S DEVICE names 
Maximum n in PART,n 
SIG9,BIG9 
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Virtual 


Physical 


Ghost Job 






Monitor 


Monitor 


or 


Basics 


Root 


Overlay 


Overlay 


Processor 


Control £ I/O 


3366 








Device Handlers 


1100 








Terminal I/O £ 










Buffering 


2500 
6900 








System Management 
Scheduling £ 










Swapping 


2388 








Memory Management 










(Core £ Files) 


1589 






680 


Job Step Control 


1906 








Monitor Overlay 










control + CHK 


242 








Multibatch Scheduling 








Symb. File Handling 








and Remote Batch 


1700 
8825 






3800 


System Services 










Initialization 


113 




1200 


10700 


Operator Commu- 










nications 




1800 






Accounting £ 










Performance 










Monitoring 


300 








Recovery 






7000 




System Debugging 


400 




4400 




User Services 










File Management 


5300 


11900 






Load £ Link 










commands 




800 






Batch Debugging 










commands 




1700 




1900 


Other User Services 


3600 








5300 




Tables 


9400 
29800 








TOTALS 


19800 


12600 


17100 


Minimum Size 


24,600 
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(function) 
LM Name 
(Basic Control ) 



ROM 
Compressed 



D00 
Size 



No, 
Lines 



Descrip tion 

andlers; 



ALTO 
CALPROC 
CLOCK4 
TABLES 



IOQ 

ENTRY 

PFSR 
S9TRAPS 



203 
155 
623 



1346 
202 

73 
170 



1100 

"TO 



Trap 6 Interrupt 

I/O Queueing 

886 Secondary CAL1 Processor; 

trap processing 
358 CAL receiver and distributor 

(direct for CAL 1,1 CAL1,2) 
323 Clock 3 handler (time of day, 

timed-events) 
671 Constants, dates, error log 

routine S buffer, WD trap 

memory parity interrupt, file 

account directory index 
2028 Central I/O queueing and dispatching 
258 Central XPSD receivers; routines for 

traps and interrupts 
121 Power fail-safe recovery 

Trap S interrupt handlers for the 

Sigma 9 



recovery 



ro 



(I/O Device 

Handlers) 



PTAP 

PLOT 

7TAP 

MTAP 

MAGTAP 

CRDOUT 

DPAK 

FBCD 

TSIO 
DPSIO 



172 



Device-specific I/O start 6 

routines 

RAD, printer, card reader, 9-track 

tape, operator console 

Paper tape handler (not teletype 

terminal top) 

Plotter handler 

Seven-track tape handler 

Nine-track tape handler 

Common mag tape routines 

Card punch handler 

Disk pack (7242) handler 

Hollerith to EBCDIC (026 to 029)H 

conversion 

Swapper I/O routines 

Swapper I/O routines for 

disk pack swapping 



(143) 

(14) 

(41) 

(71) 

(162) 

90 
140 

44 

432 
(688) 



128 
296 

54 

.683 



-o —■ to 






ro 



m 



(function) 
LM Name 
(Terminal 



Handler) 



ROM D00 No. 
Compressed Size Lines 



Description 



2500 



2791 



Teletype terminal (761 1 ) handler and 

buffering routines including 2741 code 

Initialization for 7611 

Data areas for terminal I/O, not 

generated by SYSGEN 

2741 Translation tables 

Scheduling, swapping, memory management 
step control 



COC (1364) 


1982 


2378 


COCI 


76 


143 


COCD 


48 


622 



(System Management) 



384 



5950 



7945 
TSW 



CO 



MM 

BUP 
GRAN 
GRANSUB 
SSS 

STEP 

T:OV 
CHK 



(Symbionts 6 
Cooperatives) 



58 

260 

253 

2388 

1906 

214 
28 



1675 



Memory management - core S swap 
RAD pages 
146 Core buffer management 
454 File 6 symbiont granule management 
328 Granule management subroutines 
3602 Scheduler for swap 6 execution; 

swapping 
2482 Job step control - exits, program 
fetch, assign merge 
4 30 Monitor overlay association 
248 System consistency checking 

RAD buffered and queued I/O for 
printers and card equipment 



161 Move input information to JIT, 

554 Input cooperative 6 common routines 

for cooperatives 
4 00 Input symbiont for card reader 
571 Output symbiont for punch S printer; 

deletes symbiont files 
142 Disc and core allocation for symbionts 

and cooperatives 
488 Start 6 restart requests for buffers 

or I/O 
35 Type suspended S terminated messages 
4 37 Close output coop files; output coop 

routines 
109 Miscellaneous symbiont routines 



ADD 
COOP 

INSYM 
OUTSYM 

REQDC 

SACT 

SUSPTERM 
SUPCLS 

SYMSUBR 



312 

212 
361 

64 

163 

24 
296 

50 



"O - w 

S^3 

SO 



CO 



CO 



00 

m 



(function) 
LM Name 



ROM D00 No. 

Compressed Size Lines 



Description 



(Initialization) 



1325 



Boot from tape or RAD; space re- 
claimed from root after root 
Initializer 5 patch monitor portion 
of swap RAD - all space reclaimed 
Turns on system £ initiates GHOST 1 
Initialization or recovery entry 
Read XDELTA 



BOOTSUBR 

INITIAL 

INITRCVR 

GPHGP 



964 

246 

100 

18 



95F 

285 

121 

57 



KEYIN (operator 
communications ) 



2 



(Other System 
Services) 



DELPRI 

DISPLAY 
IOREC 
KEYN 
KEYSUB 



1850 
S3" 



507 

30 

1190 

68 



300 



Operator Command Processor , 
— Virtual overlay 
1T5 Delete symbiont files £ change 

priorities 
465 Display key-ins 
86 Device I/O recovery key- ins 
1716 All other key- ins 
139 Symbiont command analyzer 



System instrumentation , Root resident 



RECOVER 



ACCT 

PM 

RECORD 



52 

264 

2 



7050 
2560 



88 CPU accounting 
568 Performance monitoring 
187 System event trace recorder £ buffer 

Recover from crashes, physical monitor 
overlay 



XDELTA 



CYCUSR 
RCVCTL 
SYMFILS 
TSTHGP 



2750 

660 

1071 



4400 



1324 UTS-specific - process users 

590 Recovery control 

523 Symbiont file recovery 

980 File system recovery 

Executive (monitor) debugger - 
dedicated physical, if used. 



DELSYMS 
SYMTAB 

XDLT 

XDELTA 



730 
3661 



357 Symbol table for Exec DELTA 
4808 Debugger 






8 



CO 

m 



(function) ROM 

LM Name Compressed 
(File Management) 



D00 
Size 



No. 
Lines 



Description 

File S tape routines, root resident" 



5350 

166 

6 

760 

256 
2345 

622 

1158 



AVR 

CFUD 

IORT 

ANSTP 
RDF 

WRTD 

WRTF 



304 Tape volume recognizer 
53 RAD address S sector size definitions 
1175 Common routines for reads £ writes; 
interprets FPTs 
350 Special handling of AVR for ANS tapes 
34 30 Read RAD files; common routines for 
file operations 
919 Write device other than file or 
labeled tape 
1592 Write RAD files 



LTAPE 



4775 

T5u" 

1289 



243 



3000 



Labeled tape operations; 
virtual overlay 



en 



OPEN 



ARDL 
LBLT 

RDL 



359 Read labeled tape reverse 
16 69 Write labeled tape 6 general purpose 
labeled tape out routines 
4 30 Read labeled tape records 



All open operations; 

virtual overlay 

Open subroutines : scan FPT, check 



363 

2074 

1201 

56 



OBSE 

OPLO 
OPN 
OPNL 
OPNTP 



213 

1610 

887 

12 



names, file security checks 

Open labeled tape - output 

Open files S device DCBs except tape 

Open labeled tape - input 

Open free form mag tape 



CLOSE 



2860 
867 



Monitor overlay for all close 
operations 



TJTT 
1160 



IE 



CLS 

DLT 



Close DCBs 

Delete records and files 



MUL 



MUL 



1330 



Monitor overlay which creates 
treed indices 



490 



1103 



Create treed indices for keyed files, -o — u\ 
Security checks, etc, ^ 



LDLNK 



MUL 
OBSE 



LNKTRC 



T04F 
291 



850 



Load- and-1 ink, load-and-transfer; 
virtual overlay 



m N 






(function) 
LM Name 



ROM D00 No. 
Compressed Size Lines 



Description 

Batch debug commands; virtual overlay 



DEBUG 



TTOO 



Entry vector for debug overlay 
Postmortem dumper 
Batch error message generator 
Execution time routines for debug CALs 
Core dump routine for SNAP, etc. 



DEBUGTV 


11 


2§ 


PMD 


370 


990 


TELLUSR 


500 


664 


SNAP 


250 


430 


DUMP 


590 


622 



IODTYPR 




1225 








TYPR 


808 


1043 


Tape mount and dismount, messages 




IOD 


320 


508 


M:DEVICE £ M:SETDCB CALs 


MISOV 




2360 








UCAL 


600 


1000 


UTS CALs 






(Data Tables) 



TRAPC 

RDERLOC 

T:DSMNT 

T:JOBENT 

TFILE 

TIM 
POS 
SEGLD 



150 
140 
200 
350 
100 

120 
400 
320 

9400 
"TuTT 



280 Trap control CALs 

190 Read and write special error log file 

2 80 Print tape dismount messages at logoff 

580 Symbiont file insertion CAL 

145 Record temporary file name for release 

at end of job 

200 Time CALs 

580 Positioning operations 

470 Load overlay for user program 



TTT 

145 

218 

51 

53 
* 

* 

* 



** 



GJOB tables, swapper shell command 
lists, miscellaneous tables 
Physical page pool data 
Performance monitoring buffers 
Granule allocation stack, points, 
communication buffers, etc. 



SSDAT 

PPP 

PMDAT* 

HGPSTK 

CFUD 
M:OLIMIT* 

M:ELIMIT 

M:BLIMIT* 

COMBAT 
M:COC* 



4 
218 
424 

6 
14 

14 

14 

74 
1100 



T» — f> 



CO 



NO 



Default limits (print, punch, time, 

etc.) to on-line 

Limits (print, punch, time, etc.) 

for exit control 

Default limits (print, punch, time, 

etc.) for batch 

Contains communication buffers for RBBAT 

Terminal I/O command tables from :COC 

SYSGEN command 



CD 



(function) 

LM Name 



ROM D00 No. 

Compressed Size Lines 

M:6pr6CS* 5575 **" 

M:IMC* 650 ** 



M:CPU* 4 370 * 

IOTABLE* 1150 * 

M:SDEV* 34 * 

MtPART* 138 



_^ Description 

Shared processor control tables 
Installation management system con- 
trol £ job scheduling (user) table 
parameters (:IMC card) 
I/O control tables, CFUs, core page 
tables, queues, MPOOLs, CPOOL, patch 
I/O control tables from sCHAN, 5 DEVICE 
SYSGEN cards, HGP 

Symbiont control tables from :SDEV card 
Partition tables 






^Data and Tables generated by SYSGEN. 
No compressed or source corresponds 
to the ROMs . 

^♦Size depends on SYSGEN parameters - 
this example is a 45-user system for 
the Xerox Data Center which is approxi- 
mately typical. 



-v -- i/> 



VI 



(function) 

LM Name 



ROM D00 No. 
Compressed Size Lines 



Description 

System initialization - tape boot or 
recovery. A master mode user. 



GHOST 1 



10675 



178 Move modules from boot tape to 
file RAD 
1414 Reads PASSO control cards 
403 Character scan routines 
22 8 Ghost 1 driver 
748 Subroutines for GENMODs 
482 Process GENCHN, GENOP, GENDCB 
770 Process GENMODs, GENDICTs - 

builds tables 
990 Executes changes as dictated 
by PHASE B 
84 DCBs for GHOST 1 
1331 Restore systems data saved by RECOVER 
10 33 Initialize swap RAD with shared 

processors 
1850 Produce accounting for jobs shut down 
during recovery 
166 Recovery messages to users 
3090 Rebuild HGP tables for recovery 
510 I/O routines for Rrecovery 

Ghost jobs which allocate RAD and 

pack space . 

Granule counters, master account 

directory pointer 

The HGP maps for granule allocation 
9 List of AD granules S first name in each 
32 8 Granule allocation routines 
460 Control module - comm. buffers, 

stack-adjusting, counting 



00 



ALLOCAT 



BITOTM 

CCIO 
CLS1 
GHOST 1D 
MODIFY 
PHASE A 
PHASE B 

PHASE C 

PODCBS 

RECOVER2 

SYSMAK 

ACCTSUM 

MAILBOX 

HGPRECON 

RCVRIO 



220 

1180 
273 
465 
523 
362 
496 

328 

296 

1360 

860 

1760 

180 

3180 

413 



680 



alySd 

M:HGP* 
ALLYTL 
GRANSUB 
ALLYCAT 



66 
253 
352 



RBbAT 



RBBATM 

MBS 

RBBATR 



3810 



^955 Symbiont file control 
4 81 Multi-batch scheduling 
394 Symbiont file recovery 



3085 
370 
350 



-o —■ t/» 

Q ^° 



CO 



NO 



♦Data and Tables generated by SYSGEN, 
No compressed or source corresponds 
fcfco the ROMs. 
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UTS UTILITY PROCESSORS 





APPROX 


PROCESSOR 


TOTAL 


LMN 


SIZE 


ANALZ 


4254 


BATCH 


869 


CCI 


7177 


CONTROL 


3546 


DEF 


3961 


DEFCOM 


200 


DELTA 


3810 


DRSP 


3700 


EASY 




EDCON 


2642 


EDIT 


4288 


ERR:FIL 


1817 


EREtLIST 


3451 


ERR: SUM 


1331 


ERRMWR 


230 


FILL 


3496 


FPURGE 


3207 


LABEL 




LINK 


3798 


LOAD 


8138 


LOCCT 


809 


LOGON 


2570 


MEDDUMP 


12700 


PASS 2 


11647 


PASS 3 


2468 


PCL 


3121 


PFIL 


1800 


RATES 


516 


REW 


1800 


RUNNER 


1900 


SUPER 


2350 


SUMMARY 


21800 


SYMCON 


1144 


TEL 


3767 


UTSPM 


9600 


WEOF 


1800 



DESCRIPTION 



Crash Dump Analyzer 

Terminal Batch Job Entry 

Batch Control Command Interpreter 

Installation Management Displays 

and Controls 

System Tapewriter for SYSGEN 

Extracts REF/DEFs from LM 

User Debugging Language 

Dynamic Replacer of Shared Processors 

GE Mark II Command Processor 

Compressed Deck to Edit File 

Editor for Symbolic Files 

Hardware Error Logging 

Hardware Error Log List 

Hardware Error Summaries 

Centralized Error Message Filewriter 

File Save, Restore, and Auto PURGE 

File Save/Restore Program 

Prelabels ANS tapes 

On-line/On-pass Loader 

Overlay Program Loader (Link-Editor) 

Loader Command Tablewriter 

Job/User Logon/Logoff Control 

Pack and RAD Surface 

(Cylinder-by-Cylinder Dump) 

SYSGEN Monitor Table Compiler 

SYSGEN Loader Runner 

File 6 Device Copying Utility 

Position File Control Command 

Charge Rate Table Creator 

Rewind Control Command 

Debug Command Preprocessor 

User Authorization File Maintenance 

Performance Monitor History 

File Processor 

LM REF/DEF Stack Manipulator 

Terminal Executive Language 

Performance Monitor 

Write-End-of-File Control Command 
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BPM MODULES 

LDPRGM ) 
EXIT > 
PRGMLDR J 



UTS EQUIVALENT 
STEP 



DESCRIPTION 

Load and Execute Programs 
MXXX, M:ERR, M:EXIT 
Load Programs 



MEMALOC 



MM 



Core 6 Swap RAD Management 



LNKRT 

LNKLDTRC 

LNKIO 



LNKTRC 



Load 6 Link CALs 



CHKPT 
CHPTDCBM 



None (TEL 
SAVE/GET 



Checkpoint 



REC CNTC 
REC COOP 
REC FILE 
REC BTM 



RECOVER 



System Recovery 



MONSEGLD 



T:OV 



Monitor Overlay Control 



COOPRES 

COPNRES 

SYMCR 

SYMPPRTY 

SYMCOM 



COOP 

SUPCLS- 

INSYM 

OUTSYM 

KEYSUB 



Symbionts S Cooperatives 
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UTS PROCESSORS 



The UTS Operating System consists of a monitor and a number of 
associated processors (Figure BF-1). The monitor provides overall 
supervision of program processing and the associated processors 
provide specific functions, such as compilation, execution, and 
debugging. 

Processors operate in slave mode and thus request all I/O and 
other master mode services through monitor CALs like an ordinary 
program. CCI, TEL, and LOGON have store access to JIT in order 
that they may update accounting and other information stored 
there. These programs (command processors) also have a special 
interpretation applied to their EXIT CALs to provide the mechanism 
for calling other programs or processors into service. Special 
EXIT interpretation also applies to LINK to provide the 
load-and-go facility of the RUN command. 

All processors are independent loads except those that use JIT 
which are loaded with the JIT definitions. Many shared processors 
are single assemblies. Exceptions are CCI, PCL, and the Public 
Libraries which consist of many assemblies. Further, processors 
may be shared - that is, a single copy is established at system 
boot time in absolute form on the swapping RAD and then shared by 
all concurrent users. An ordinary shared processor may have a 
single level overlay structure; that overlay is also shared amonq 
all concurrent users. Processors may be special - that is, they 
reside in the highest 16K of virtual memory. This is because the 
user's program already occupies or may soon occupy the remainder 
of virtual memory. 

Public Libraries, DELTA (the on-line debugging language 

interpreter) , LINK (the on-line Loader) , RUNNER (the batch 

debugging language preparation program) , and TEL (the on-line 

executive language interpreter) reside in the special shared 
processor area. 

Processors may require that the user have a certain privilege 
level in order to run. Examples are CONTROL, DRSP, ERR: SUM, 
ERR:LIST, RATES, and SUPER. 
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Five kinds of shared processors may be associated with a given 
user at one time: 1) an ordinary shared processor, 2) the 
ordinary processor's overlay, 3) a monitor overlay, 4) a public 
library, and 5) a debugger (DELTA is the only current 
possibility) • TEL may be associated and used without forgetting 
the other processor associations. DELTA and Public Libraries may 
be used by the same program but breakpoints may not be set in the 
library nor can DELTA make use of the library subroutines. 



Processors 

Processors are illustrated in Figure BF-1 at two levels. The 
upper level contains executive language and related processors, 
and the lower level, all other processors. These processors are 
defined in the following paragraphs. 

Executive Language Processors 

The three processors in this group are: LOGON, TEL, and CCI. The 
first two of these processors are available to on-line users only 
and the last to batch users only. It is also possible to 
implement other command processors, such as UTS-EASY. 



LOGON 

LOGON admits on-line users to the system and connects the user's 
terminal either to TEL or to an alternative processor, such as 
BASIC that has been selected by the user. User authorization is 
established by reading the file USERS for a record keyed by the 
concatenation of the LOGON account and name. LOGON also 
disconnects a user from the system and does the final cleanup and 
accounting (reference: Section PC). 
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Terminal Executive Language 

The Terminal Executive Language (TEL) is the principal terminal 
language for UTS. Most activities associated with FORTRAN and 
assembly language programming can be carried out directly in TEL. 
These include such major operations as composing programs and 
other bodies of text, compiling and assembling programs, linking 
object programs, initiating execution, and debugging programs. 
They also include such minor operations as checkpointing on-line 
sessions, determining current user charge status, and setting 
simulated tab stops (reference: Sigma 7 UTS/TS Reference Manual, 
Publication No. 90 09 07). 



Control Card Interpreter 

The Control Card Interpreter is the batch counterpart of TEL. It 
provides the batch user with control over the processing of batch 
programs just as TEL provides on-line users with control over the 
processing of on-line programs. Authorization for batch jobs is 
obtained by reading the USERS file and final job exit is through 
LOGOFF (LOGON) . 
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Load 




PCL 




1401 SIM 
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System Management Processors 

System management . processors furnish the manager of a UTS 
installation with on-line control of the system. Eight system 
management processors are supplied: SUPER, CONTROL, RATES, DRSP, 
FPURGE, FILL, ERRtLIST, and ERRrSUM. 



SUPER 

SUPER gives the installation manager control over the entry of 
users and the privileges extended to users. Through the user of 
SUPER commands, the installation manager may add and delete users, 
specify how many central site magnetic tape units a user will 
have. He may also grant certain users, such as system 
programmers, special privileges, e.g., examining, accessing, and 
changing the monitor. All commands result in creation or 
modification of the file USERS in account :SYS. 



CONTROL 

The CONTROL processor provides control over system performance. 
UTS has a number of performance measurements built directly into 
the system. Commands of the CONTROL processor enable the 
installation manager to display these measurements and to "tune" 
the system as needed by setting new values for the parameters that 
control system performance. 



RATES 

The RATES processor allows the installation manager to set 
relative charge weights on the utilization of system services. 
Specific items to which charge weights may be assigned include the 
following: 

1 . CPU time 

2. CPU time multiplied by core size 

3. Terminal interactions 

4. I/O CALs 

5. Console minutes 

6 . Tapes and packs mounted 

7. Page-date storage 

8. Peripheral I/O cards plus pages 
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F PURGE 

The FPURGE processor allows the installation manager, through the 
computer operator, to purge unwanted files from the system. 
Specifically, FPURGE provides for: 

1. Purging (releasing all unwanted user files from RAD storage, 

2. Loading (restoring) RAD storage with files that were created 
and saved under the Batch Time-Sharing Monitor (BTM) , or 
under UTS. 

3. Printing (on the line printer) the names of all files on RAD 
storage by account number. 

(Reference: Sigma 7 UTS/OPS Reference Manual, Publication No. 90 
16 75) 



FILL 

The FILL program executes as a ghost program to provide for the 
safety of file information. This program writes backup copies of 
files on a system-owned magnetic tape. In addition, a facility is 
provided for the automatic deletion of expired files and a 
semi-automatic (operator-initiated) purge of inactive files in the 
event of a critical shortage of available file storage. 

The FILL ghost is scheduled by a file called BACK:SCHED in account 
:SYS. This file may be created or modified during system 
operation to suit the requirements of individual installations. 
If the schedule is not frequent enough for some users, the user 
may employ terminal command I BACKUP to request that a specific 
file be added to the current backup tape. 
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The backup schedule specifies the frequency of three types of 
backup which are necessary to keep the physical amount of tape at 
a minimum to speed recovery while holding loss of filed data to a 
minimum. 

The three types of backup in ascending frequency of operation are 
as follows : 

1 . SAVEALL - Saves all files currently known to the system. 

This provides a starting point for recovery (FILL) and allows 
the release of all previous backup tapes. 

2 . INCREMENTAL - Saves all files that have been created or 
modified since the last INCREMENTAL (or SAVEALL, whichever is 
later). During a recovery or initial load, these tapes are 
processed by FILL after the SAVEALL tape has been processed. 

3. SQUIRREL - Saves all files that have been created or modified 
since the last backup of any tape. These tapes provide for a 
minimal loss of data but occupy a large volume of tape; they 
are therefore replaced periodically by the INCREMENTAL tapes. 

In case of a catastrophic failure during which the information on 
the RAD is lost, recovery routines instruct the operator to 
request execution of FILL. The FILL program reads the various 
sets of backup tapes in sequence by date/time and thereby restores 
the backed-up files to the latest version available. 

ERR:LIST and ERR:SUM 

All hardware malfunctions occurring during UTS operation, whether 
recovered or not, are recorded in a special RAD storage file which 
is periodically copied into two standard UTS files (ERRFILE and 
SUMFILE) by a ghost program (ERR:FIL) that is initiated 
automatically for that purpose. The resulting files may be listed 
and summarized by the two programs, ERR:LIST and ERR:SUM. These 
files are also available for on-line preventive maintenance of the 
system and for diagnosis and prediction of hardware malfunctions. 
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The ERR j LIST program examines the error file (ERRFILE) for 
malfunction records that were written during the specified time 

period and produces a formatted listing of these records with 
(optionally) a summary of the records for that period. The 
formatted listing is complete with headings and formatting 
necessary for easy reading and use by field personnel. 

ERR: SUM produces a complete one-page summary of errors accumulated 
in the error file. 



Language Processors 

Language processors translate high-level source code into machine 
object code. Five processors are of special importance (XDS 
Extended FORTRAN IV, Meta-Symbol, MANAGE, ANS COBOL, and BASIC) 
and can be used in both on-line and batch mode. 



Execution Control Processors 

Processors in this group control the execution of object programs. 
Two of the processors (LINK and DELTA) can be used in on-line mode 
only. Load can be used in batch mode only. The FORTRAN . Debugging 
Package (FDP) can be used in either batch or on-line mode. 



LINK 

LINK is a one-pass Linking Loader that constructs a single entity 
called a load module which is an executable program formed from 
relocatable object modules (ROMs) . LINK is designed to make full 
use of mapping hardware. It is not an Overlay Loader. If the 
need for an Overlay Loader exists, the Overlay Loader (LOAD) must 
be called by entering the job in the batch stream (reference: 
UTS/BP Reference Manual, Publication No. 90 17 64). 



LOAD 

LOAD is a two-pass Overlay Loader. The first pass processes: 

1. all relocatable object modules (ROMs). 

2. the protection types and sizes for the control and dummy 
sections of the ROMs. 

3. defining expressions for definition and references (primary, 
secondary, and forward references) • 
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4. loads from libraries as requested. 

The second pass forms the actual core image and its relocation 
dictionary, and produces the executable program in Load Module 
(LM) form. 



DELTA 

DELTA is designed to aid in the debugging of programs of the 
assembly language or machine language levels. It operates on 
object programs and tables of internal and global symbols used by 
the programs but does not require that the tables be at hand. 
With or without the symbol tables, DELTA recognizes computer 
instruction mnemonic codes and can assemble machine language 
programs on an instruction-by-instruction basis. The main purpose 
of DELTA, however, is to facilitate the activities of debugging 
by: 

1 examining, inserting, and modifying such program elements as 
instructions, numeric values, and coded information (i.e., 
data in all its representations and formats) . 

2. controlling execution, including the insertion of breakpoints 
into a program and requests for breaks on changes in elements 
of data. 

3. tracing execution by displaying information at designated 
points in a program. 

4. searching programs and data for specific elements and 
subelements. 

Although DELTA is specifically tailored to machine language 
programs, it may be used to debug FORTRAN, COBOL, or any other 
program. DELTA is designed and interfaced to UTS in such a way 
that it may be called in to aid debugging at any time , even after 
a program has been loaded and execution has begun (reference: 
UTS/TS Reference Manual, Publication No. 90 09 07). 
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FORTRAN Debug Package 

The FORTRAN Debug Package (FDP) is made up of special library 
routines that are called by XDS Extended FORTRAN IV object 
programs compiled in the debug mode. These routines interact with 
the program to detect , diagnose, and in many cases, repair 
program errors. 

The debugger can be used in batch and on-line modes. An extensive 
set of debugging commands are available in both cases. In batch 
operation, the debugging commands are included in the source input 
and are used by the debugger during execution of the program. In 
on-line operations, the debugging commands are entered through the 
terminal keyboard when requested by the debugger. Such requests 
are made when execution starts, stops, or restarts. The debugger 
normally has control of such stops. 

In addition to the debugging commands, the debugger has a few 
automatic debugging features. One of these features is the 
automatic comparison of standard calling and receiving sequence 
arguments for type compatitility. When applicable, the number of 
arguments in the standard calling sequence is checked for equality 
with the receiving sequence. These calling and receiving 
arguments are also tested for protection conflicts. Another 
automatic feature is the testing of subprogram dummy storage 
instructions to determine if they violate the protection of the 
calling argument (reference: Sigma 7 FORTRAN Debugger Reference 
Manual, Publication No. 90 16 77) . 

Utility Processors 

The processors in this group perform such functions as editing, 
sorting, and transferring data between RAD storage and central 
site peripheral devices. One of the processors (EDIT) can be used 
in the on-line mode only. Three processors (PCL, SYMCON, and 
ANALYZ) can be used in both batch and on-line mode. The remaining 
processors can be used in batch mode only. 



EDIT 

The EDIT processor is a context editor designed for on-line 
creation, modification, and handling of programs and other bodies 
of information. All EDIT data is stored on RAD storage in a keyed 
file structure of sequence number variable length records. This 
structure permits EDIT to dirctly access each line or record of 
data. 
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EDIT functions are controlled through single line commands 
supplied by the user. The command langugage provides for 
insertion, deletion, reordering, and replacement of lines or 
groups of lines of text. It also provides for selective printing, 
renumbering records, and context editing operations of matching, 
moving, and substituting line-by-line within a specified range of 
text lines. File maintenance commands are also provided to allow 
the user to build, copy, merge, and delete whole files (reference: 
UTS/TS Reference Manual, Publication No. 90 09 07) . 

Peripheral Conversion Language 

The Peripheral Conversion Language (PCL) is a utility subsystem 
designed for operation in a batch or on-line environment under 
UTS. It provides for information movement among card and paper 
tape devices, line printers, Teletype terminals, magnetic tape 
devices, disk pack, and RAD storage. 

PCL is controlled by single-line commands supplied through on-line 
terminal input or through command card input in the job stream. 
The command language provides for single or multiple file 
transfers with options for selecting, sequencing, formatting, and 
converting data records. Additional file maintenance and utility 
commands are provided (reference: UTS/TS Reference Manual, 
Publication No. 90 09 07) . 



SORT/MERGE 

The XDS SORT/MERGE processor provides the user with a fast, highly 
efficient method of sequencing a nonordered file. SORT may be 
called as a subroutine from within a user's program or as a batch 
processing job by control cards. It is designed to operate 
efficiently in a minimum hardware environment. Sorting can take 
place on from one to sixteen keys; each individual key field may 
be sorted in ascending or descending sequence. The sorting 
technique used is that of replacement selection tournament and 
offers the user the flexibility of changing the blocking and 
logical record lengths in explicitly structured files to different 
values in the output file. 
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The principal highlights of SORT are as follows: 

1. Sorting capability allows either magnetic tapes , RADs, or 
both, 

2. Linkages allow execution of the user's own code. 

3. Sorting on from one to sixteen key fields in ascending or 
descending sequence is allowed. Keys may be alphanumeric, 
binary, packed decimal, or zoned decimal data. 

4. Records may be fixed or variable length. 

5. Fixed length records may be blocked or unblocked. 

6. RADs may be used as file input or output devices, or as 
intermediate storage devices. 

7. SORT employs the read backward capability of the tape device 
to eliminate rewind time. 

8. User-specified character collation sequence may be used. 

9. Buffered input/output is used. 

(Reference: Sigma 6/7 SORT/MERGE Reference Manual, Publication No. 
90 11 99.) 

1400 Series Simulator 

The 1400 Series Simulator provides an economical and effective 
solution to the program conversion problem that arose because of a 
change in hardware. This interpretive program is designed to 
execute 1400 series object programs automatically as if they run 
on a 1401, 1460, or 1440. Thus, an existing level of computing 
capability can be maintained while new processing methods that 
take advantage of the new, more powerful Sigma equipment are 
designed and implemented. 
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The 1400 Series Simulator simulates object code produced by SPS, 
FORTRAN, Auto-coder, RPG, and utility routines. Almost all 1400 
operations may be simulated except for I/O operations in which 
hardware differences make total simulation impossible. Full 1400 
operator capabilities are provided (reference: Sigma 5/7 1400 
Series Simulator Reference Manual, Publication No. 90 15 01). 



SYS GEN 

SYSGEN is made up of several processors that are used to generate 
a variety of UTS systems tailored to the specific requirements of 
an installation. The SYSGEN processors are: PASS 2, LOCCT, PASS 3, 
and DEF. PASS2 compiles the required dynamic tables for the 
resident monitor. generation. PASS2 compiles the required 
dynamic tables for the resident monitor. LOCCT and PASS 3 
respectively file away and execute load cards to produce load 
modules for the monitor and its processors. DEF writes a monitor 
system tape that may be booted and used (reference: Xerox 
Universal Time-Sharing System (UTS) /SM Reference Manual, 
Publication No. 90 16 74) . 



DEFCOM 

DEFCOM makes the DEFs and their associated values in one load 
module available to another load module by using a load module as 
input and by producing another load module that contains only the 
DEFs and DEF values from the input modules. The resultant load 
modules of DEFs can be combined with other load modules. DEFCOM 
is used extensively in constructing the UTS monitor and the shared 
run-time libraries (reference: UTS/BP Reference Manual, 
Publication No. 90 17 64). 



SYMCON 

The Symbol Control Processor (SYMCON) provides a means of 
controlling external symbols in a load module. Its primary 
function is to give the programmer a means of preventing double 
definitions of external symbols, but it may also be used to reduce 
the number of external symbols. For example, if certain load 
modules cannot be combined because their control tables are too 
large, the size of the tables may be reduced by deleting all but 
essential external symbols (reference: UTS/BP Reference Manual, 
Publication No. 90 17 64). 
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ANALZ provides the system programmer with a means of examining and 
analyzing the contents of dumps taken prior to system recovery. 
It is called automatically by the system initializer following a 
recovery and is executed as a ghost job. It may also be called by 
the operator to analyze tape dumps when recovery is not possible, 
or by an on-line user to examine dumps or the currently running 
monitor. 

ANALZ performs three major functions: 

1 . It runs a series of monitor integrity checks on the contents 
of a core dump to determine what caused the crash. 

2. It provides formatted dumps of the monitor's tables at the 
time of recovery. 

3. It permits, via commands, the examination of dumps and the 
examination and change of the monitor. 



BATCH 

The Terminal Batch Job Entry (BATCH) processor inserts the 
contents of a RAD file into the symbiont input job queue. After 
insertion, the user is notified of job ID and queue position 
relative to the currently executing job. 

BATCH functions are controlled by a TEL or CCI command line in 
which the user has specified the FID(s) to be inserted. 

The status of a previously inserted job may be checked via the JOB 
command in TEL. Batch is an ordinary shared processor consisting 
of a single assembly. 
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LABEL 

LABEL processor tapes with ANS header sentinels and readies them 
in a protected shop so they may be AVRed. 



DRSP 

DRSP controls the addition, deletion, or replacement of shared 
processors, shared libraries, and monitor overlays during normal 
system operation. Current users of a replaced processor, library, 
or overlay continue to use the old copy while additional users are 
associated with the new version (reference: UTS/SM Reference 
Manual, Publication No. 90 16 74) . 
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The following pages contain two indexes to the complete set of UTS technical manuals, 
The first is an index by item and the second is an index by module. The two indexes 
are preceded by a key that indicates the volume numbers in which the various section 
numbers are located. 
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M«m?T*R SFPVICF 



Pfc. STAf« C^NTPPL BYTES 
PL C»M*aND srAN PLISTS 

YS CNTL. C*D. 
T A PE 
TNTERPpFTFR 

TMTERPPFTFR 
VF RBUTTNE 

*dule 

I CARD PP&rESSTNG 



LBA.D PASS? pp^CESS^RS 

RBUTjNF TB «*PfOER CL AFTER BSAC 

BIT?? 0»1<f ARr CURRENT DFBU^ P A1FS PUT 

CURRFNT EXECUTION TtME 

SFT UP CHAMT^L E^TRy F*R JCMAN COMMAND 

SALIENT CHARArTERISTTCS 9F UTS 

SCAN INPUT COMMANDS 

SYNTAX ANALYSTS SUBp*UTlNFS 



*o 



o 
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CHARSCA- 

C H ECK 

CHECKPOINT 

CHEKNlAhr 

CWK 

C W *DB 

CWKDCBN 

CH<NAM 

CHSTSCAM 

cic 
citi 

ClTp 

rlT3 

CJ»3 

c*rad 

CL 

CLEANUP 

CLBBB^k 

CL6CK 3 

clsck* 

CLSFILS 

CLSl 

CNST 

f! N VDEr 

CNVNrX 

C*C 

C^CRP 

C9CCPIF 

CSO 

C^CQFTo 

cpchc 

C^CI 

c^cicp 



T?L 
INT 



SYS GEM 
CMK 
UCA L 
APS 

CHK 

STEP 
TfL 

SYSrtPM 

JIT 

I «♦ T a y i r 

IpTARLr 

I?TaBi r 
I?TAPLr 

RCVrri 

RtjNrv^M 

CL»^<4 

CL9 r *u 

TSTi-J^p 

CLSi 

JIT 

F=?G r 

FyQr 

C*C 

c*c 

C*C 

c*c 
c*c 

C*Ct 

c*c 



9*) 


18 


77 


qr A R^H r^p 


K<~ 






USEH C^^SIS 


I A 






*N LTNF USE 


9-> 


1ft 


77 


Cure* PptfCF 


KC 






9YRTrM c»N^ 


F" 






CMrC^S VALI 


P~, 


»C3 




VALI^ATF DC 


9* 


18 


77 


OFTEPMTNE F 


9^ 


18 


77 


•~FT *E*T ST 


V*. 


► OP 




^TT? 0-1 & A 


VG< 


.0? 




3YTE, OijEUF 


V^, 


,0? 




°VTF, OHFUr 


V=. 


.0? 




C ^YTF,^TT C~ 


V<3i 


, np 




><«PD # * *P 


Va, 


.03 




CURRENT USP 


K n < 


► 05, 


,02 


VALIDITY Cm 


E^< 


► 01 




qWA p PF r CM 


DA, 


► 01 




p r F F <* p »* ppn 


L n « 


► 01 




C^'-'TAlvs L° 


r^ 






H. : >C* ? INT 


c-* 






CL°Cv ? INT 


*«• 


► 0?i 


^7 


r L «q r p|i^pq 


*P 






CMaRaCTR ~ 


V/a 






CU pRr NT mu m 


<5 "*i 


1* 


77 


CPv'VrPT FRC 


q^ 


1.8 


77 


r,9'.,Vr^T EPC 


D r 






C ftr MAVHLE' 


V^, 


► 05 




BYTE A0DR ° 


nr, 


► 01 « 


► C<* 


»UT Ta-'IA^ 


r*, <*■• 






TA : ^l.f"S F*R 


D r . 


►01 i 


n<* 


r 9FT !/« eyP" 


r>r, 


► 01, 


*4 


OFTE^T A^C 


D r < 


Oli 


.14 


INTTTALTZAT 


D". 


01 < 


r^4 


KJ iA! M TA Tv ' VA 



OrLlMlTEP 

tcnjcy C W FC* 

P fHECKP»TNT FACILITY 

qq*R NAMp 

T^TENCY rMECK R*UTI M E 

h p^CESq^R A5STTATT9N 

flSRlBLE r^LFTT^ 1 *F FILE 

PTN f 3 

PF CAWD T SI PUT C^U M TCP 

TMATN HrAD 

^UAIN TaTL 
qtt IMPLTrs CHA K 'N ;r L ^USY 
o p^uTI^r F^p Tw?q channel 
p jIt APrp a m d ppj^pjyY 
FC< BF n?qC Af^npESSF^ 
MAKlD LIST 

T-T^TEP^IfPT PpRCrcqrMl 
C «; VALUr F^C DF^'-'G^ 
rPpUPT Hc©crcqRP 
rPpUPT Mpq^rcqpP 

CAN RPUTtv'E^ F** d A^?0 
prP RF SrPATCM TAPFq 

OTC T^ Hp-yA^rf y^'AL 

^T^ HEXAprCT M AL T^ ^FXADFCI 

c* NEXT Impijt fMAR Rv LN « 
r p r TUP\' A Nn LT K;r FCFD IN H 
rof mANH| rP 

rrp FRRM rP r ^IjFrrp P^f?L 
rpro^PT (-"amG.up A\in n IAL»UP 

T»N SF 7f 1 1 

I. up ?r C/^PTEP p»9T^T9N 
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C&CINIT 

C9CIP 
COCMINT 
C9CMU 
C9CNBUF 

C&C9C 

C9C9DE 

C&C9FF 

C&C9P 

C9CPCI3 

C8CPUTBL 

C6CRD 

C9CRIC 

C9CRICXU 

C^CSCIB 

C»C5© 

COCTERM 

C&CWR 

C9DE 

COMBINE 

C®M L IST 

C9MPAPE 

C9MRET 

C9MRETA 

C^NTRSl 
C8NTR9L 

C»Nv 

ceNv 

C99P 

C9QP BUFFERS 

C96PePATIVeS 

C99PePATIV^S 

C»8PFlLS 



C*C 


DC 


•01 #04 


I N I T I A f 


NiA 




C9C 


Dr. 


►01. 02 


C*C 


DC. 


.01 .04 


C*C 


or, 


►01 •Ol 


C«*C 


DC. 


•01.04 


C?C 


vc 


• 05 


anai ; 


LEi 


► 01 


c*c 


DC, 


iQltO* 


C9C 


dc 


•01.03 


OC 


DC 


•01 .04 


C9C 


DC, 


.01.04 


C*C 


DC, 


.01 .01 


C^C 


DC, 


•01 «04 


C9C 


DC, 


.01 .04 


C9C 


DC 


.01.04 


c*c 


DC 


•01.0^ 


C?C 


vc 


• 05 


c*c 


DC 


.01.01 


C^Cr 


VC 


.05 


PCL 


703027 


BaSuamhL 


DA, 


• 0? 


AnAl.7 


LF< 


• 01 


F»Gr. 


9^ 


1* 77 


FPG^ 


90 


1* 77 


C9NTRV 


QA 




9\ZEPVTr^ 


BE 




L9CCTPA* 


q^ 


18 77 


PaS^s*" 


9^ 


1* 77 


Otfr- 


Fa 




C9^r 


F\ 




9VEPVTF 1 -' 


Rn 




SYMivca? 


Fa 




SVMFT. c 


KR, 


•04.05 



INITIALIZE C*C 

C*C TABLE INITIALIZATION FP» 

P£DF*qv ceC TM p UT Cu^RaCtFP 

INITIALIZE LTNt Mpnr C*NTP*L 
MftVE INPUT MFqSAGE foam f.^C 
RTP^PT CAN'7»rlND»HtirFrP £VE 

* *F $uT B^Trq l^FT by LTN^ 
DISPLAY CflC TABLES 
INITIALIZE LTME P9R LftGGTNR 
p r t?FpRM C6C OUTPUT ?MTFPRU P T 
PUT *UTPUT CMa^aCTE© Im C"C 
PUT ?/* yUFFPR IN FprE C*C R 
INTTTATr PR^rrSSlNCi »F TEP M I 
RFP^ r T EVENT T^ SCHf^ULEP 
REC9PD fNP'JT COMPLETE: 
5T?Pf INPijT rMApAcTrP IN p'P 
STaPt C*C 'Mitput PPfpatjons 

BYTE/TER^INAI TYPE «v LINT * 
INlTTA T r PP^rcSSINW *F Trp^I 
BYTE, SFE C*C*C # fNptlT E*M C 

CHfC*S F*P VALID PPtTP v ' C*** 
BUIL^ C^^MAM^ LIST 
C9MPARF RUVMTN^ MflNfTBP «^p D 
SFT fAN0lTI* M <5 F9P vaLI'E IN 
OBTAIN VALUF 

9N.LINE PEPF^R^ANCE "9MIT9R 
INSTALLATION MANAGED T»»L 
CONVERT EPP^P/ABN^P^AL C*DF 
CftN'VrPT EP 3 ^-/ABN^Wn-4L C^nr 
IMPUt/»ijTPJT r't^PE^ATlV'ES 
BlJC^rRe in !j<* p * VIWt'JAL m E*** 
USrR INtEP r Al"F WITH OFPIPHrR 

us-P Level pac< & unpack prp 

CL- S E C*"8P PTLFS A«;c:BrTAT r n 



PROCESSING 

BYTES 
T? USER PU 
NT 

»FF 
PP^CESSlN 

buffep 

[Jfe?R CHaI 
^AL READ R 



!T BUFFEP 



M AL WRITF 
*»N^ITI6Nc 

IMATI8NS 

UMP L9CATI 

DECIMAL 

ANf^ c^NToO 

Tft FBCDIC 
t* FBCDIC 

py 

AL f/9 

WITH JIT 



ro 



ho 



JUL 19#»73 
FSR ITE* 



INDEX n V ITC-M 



UTS TEfHNTCAL MANUAL 



122 



IN Mfl^^Lg; 



set section 



C*MmjtNT 



C»PYALL 
C8PVALL 
C8PYT9 

COPYTRAN 
C»PYXTM 
C9RDMP 
CORE ALL*C 
C^Rr LAY6UT 
C»Re M^MaRY 

CPYHNDL 

C«DIN 

CRD9UT 

CREATE 

CTEST 

CTJ9P 

CTRIG , 

CUP© 

CYCUSR 

DATE 

DCBPR8C 

DCT1 

DCTIO 

DCT11 

t5CTi2 

DCT13 

DCT14 
DCT15 

0CT16 
DCT17 
DCT18 
DCT2 



PCL 

PaS^jRrm 

PCL 

P CL 
PASsioaM 

Q'JMP 
SYS^FM 

eVE»VTF w 
JIT 
JIT 
JIT 

PAS«33*M 

3aSHANDL 

CRDhut 

SUPfR 

I9Q 

190 

190 

JIT 

CyCusr 
tabi rq 

DCBPR^r 
ISTaBI r 
I9TAB| f 
I»TaBLf 
I*TaRLf 
I9TAPl.r 
I9Ta3Lf 
I9TABL.F 

I9TaB| r 
I9TA3LF 
I9TABLF 
ISTaBLf 



7*^30?7 


9ft 


18 77 


7030P7 


7^3027 


9^ 


18 77 


LB, 


>OP 


9ft 


18 77 


Br 




Br 




VA 




VA 




V* 




9ft 


18 77 


Da, 


.03 


Da, 


• 03 


Q r 




Da, 


.01 


Da, 


,01 


Da, 


,01 


VA 




KB, 


,03 • 


v», 


,03 


V°, 


,04 


vn, 


,01 


vn, 


,01. 


v^« 


,01 


V3. 


► 01 


vn, 


,01 


VG, 


,01 


V^, 


,01 


Vft, 


,01 


VGi 


.01 


v<3, 


.01 


vs, 


,01. 



PVALL AMD C*PYSTD 
RT/F! RESPECTIVELY 

»R C9PY 
fQPY COMMAND 
*ATCH "(SELECT VS# 

I «AD MODULES 

ARI^S, M9M, OVERLAY 

TFCTT9N k write lc* 



EXEC R^UTIMF F*R C* 
PRSCrS^ PlL^c FR9M 
EXECUTIVE ROUTINE F 
SYNTAX ANALY7FR F9* 
HFTEpMImE Hi F NAME 
ROUTINE SU^PS CBRF 
ALL»CATFS C9PF F9R 
M9NIT9P, USrP, LIB* 
^AP^ING, accfss pp* 

SEE J S ASSIGN 
Bfl.H ARE CA*?D 9UT 
BITS o«1 ** CURRENT 
C^PY HANDLED j» HA^ 

carp reaped wandie* 
ca^c punch handler 

COMMAND 

PppFpRM PR|^p ? jy T £ 

PR^CFSS C6NT»*L TAS 
TRIGGER C8NTt?»L TAS 
CURRENT user PAGES 
VERIFY USER TaBLESi 
(? W9RDS) CU p P- NT 
USE^ F9R AS«5PM»LINa 
HW$«D, DEVICF PHYSI 
DEVICE ACTIVITY C*U 
N©RD # INTER. TIME9U 
WARD, 
W*RD, LAST STATUS * 

N8.T USED IN UT"S 

BYTE, I/» ST*P COUN T BV DCT INDEX 

Tr a Y DCT I^dEX 



r»UNT 

PROCESS** PAGES 
DLE°S FtLF 


RUT 


STS F9R SERVICE DeV 
« I/* FUNCTIONS 
K INTERRUPT 
*'JT 
CL»SE USER FILES 

ATE 


UTS SYSTEM DCB'S 
rAL ADDRESS RY DCT 
NT FY D r T INDEX 
T TTMF BY DCT INDEX 



F DfVICF BY DCT IMO 



W*RD* HFVlcE mNEMBN 
HW# RETRY AND CftNTI 

BYTE, TT«E»UT INCRE 
BYTE, CIT INDpX BY 



MUE FUNCTION C8DE 
mpNtS F*P DCT11 
DCT INDEX 
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0CT3 
OCT* 
OCT? 
DCT% 

OCT7. 

0CT9 

DEBUG TABLE 

DEBUGGING 

DEBUGR 

DEBUGTV 

DEC3IN 

OECCNV 

DECSCAN 

DEF 

DEFC6M 

DEFCe M 
DEFPDCC 

rjEFX 

DELPRI 

DELTA 

DELTA 

DELTA 

DELTA IMTPRFC 

DELTAGET 

DELTAPUT 

DEVTRAN 

DIAGNBSTIC ©P 
DIAGNOSTIC SP 
DIAGNOSTIC OP 
DIAQNSSTIC ep 
DlSASSDEL 
DISCI!? 
DISPLAY 



I*TaBLc- 

I9TaSI..f 
IGTABLr 
I?TaPLt 

I9TABLr 
I^TaBi p 
I9TaPl r 

RUNogM 

9VE»VTrW 

CCI 

DEBUGTV 

tel 

A?S 

SYSGEN 
SYSGFN 
DfrFc^M 

evEPVTr* 

S^EvTrr 

DeL^Rt 
DeLta 

SVERVTf'.-' 

^pNFTy 

DfLTA 

ANAl.7 

AMAl I 

PCL" 

CLS 

Co9p 

IBQ 

8pN 

ANALZ 

BaSmanhL 

DISPLAY 



V<%01 

VG.Ol 

V^.oi 

V0.Q1 
V^.01 
LPtQt 

o\ 

P*.03 
90 lft 77 
90 lft 77 
9^ 18 77 

SO 

Br 

90 18 77 

9* 18 77 

HA 

LA 

BF 

LG. 01.02 

LA 

LF.01 

LE.01 

7030P7 

KO 

<0 

«D 

IO 

Lr,01 

Da.03 
HA 



*YTE, LFWAL OPERATION'S 5 y ^CT INDEX 
PYTE, TYPMMr ?NDEX by ^rj IND^Y 
RYTE, SwITCWrq BY DrT IMDFX 
PYTE, OljEUE wrAO IN'rrX oy DCT INDEX 
HWOR*, A^DRrcq OF C»mMa.ND I. 1ST RY DCt 
W*»D# ADDRESS ">F PRFPR*»CFS5 IMG FNTrY 
WOPD, ADDR or PaST-PPOOrqSTNP ENTRY 
CftNTAP'S S^S r^EATFO DEPUG FPTS 
MOVlj^r? AND ^ATCH T*«*LS r*P 
DEBUGGING C^^mamd («?MAP#PMO) PPpCESSoR 
TPANcFrP VrCT** FOW DpPUn »£UTTNES 
CeN'VrRT EPCDTr T9 HfMAPY 
^^V'Vtrt DECT M AL SIZf T"> MFY 

GET DECIMAL STRING 
WPlTrS p9 TAPrS 

L^AD" MODULE PrF/DEP STaC< 

pprPARE LIBRARIES- PrM*»vr 

pp»Cc.SS NEXT r^NTRPl CARD 

SET UP dEF PLTST Ftfg M«nTP' v PONTINE 

DELETE FILPS FRfl* SymFILE AND *TSC 

CftMVrRSATIoNQ PPPGRaM DEBUGGING PR^C, 

ASSEMBLY LANGUAGE DpBURRrR 

DELTA may fir uSED T* D^PUG A pooTFILF 

DEL T A INTERFACE WITu p&«rpPS*RP 

GET PUPR^UTIMF F©R DrLTA 

PUT PU?R9UTT*»r F»R DrLTA 

CHECKS F9R VAi ID DEVICE TO C*DF 

9P E N SVMBI^NT DeVICf FoR DIAGNOSTICS 

JP^N SYMBI9NT DE v ICr Fop DIAGNOSTICS 

flP^N SVMBIOmt DEVICr Fop DIAGNOSTICS 

^PE^ SVMBI^NT DEVICr F»R DIAGNOSTICS 

DISASSOCIATE DELTA 

RaD I/O HAMHLpR 

DISPLAY SPECIFIED WAviIrOp lMFftPMATI8M 



EXTRACTION 

CODF FRQ^ l.M 



CO 



to 
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FOR ITEM' 



index by item 
In module Sep section 
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DISPLAY 
DISPLAY 
DISPLY 
D»RDCK 

oewrcK 

DOHtCK 

DPAK 

DSCI6 

DUM 

DUMP 

DUMPS8ME 

dvo 

TIABRT 
EtAP 

E«ART 
E*CBA 
rSCBK 
F*CBL 
EtCEC 

e:cfb 
f»CiC 
E«CRD 
f,:CUB 
FlDPA 
fftDPA 
EJC! 

EUC 
fiIIP 

rUP 
f«ki 
FUO 
FlNC 
f*NC 



ANALZ 
PASSlR*M 
ACCtSUm 
TSIO 

sss 

TSlO 

DPAK 

DSCTB 

ANALZ 

DUMP 

*NALZ 

MM 

sss 
sss 

sss 
sss 

sss 
sss 

sss 
sss 
sss 
sss 

sss 

MM 

sss 
tit 

HS 

sss 
sss 
sss 

sss 
sss 

MM 

sss 



LE.Ol 
90 18 
PC. 01 
DB 

ED 
DB 

DA* 03 
NONE 
LE.Ol 

LB. 05 

LE 

QA.01 

EA 

EA 

EA 

EA 

EA 
EA 

EA 
EA 
EA 
EA 

EA 

GA.01 
EA 

EA 
EA 
EA 
EA 

EA 

EA 
E* 

Qa 
EA 



01 



SUMMARIZE AMD DlSPL 
77 DISPLAY FILE NAMES 
SUBROUTINE F*R ACCO 
IF SET# READ r*ECKI 

if set wrt cktng is 
do write: cmftking o 
disc pac* mamdlfr 
remote batch mandle 
dump speciftfd loca 
core dump routine 

PRINT F^RMATTFD M£M 
DELETE VP Avjn PR 
EVE N T lc# ORFRATOR 
EVENT 1A# ASSOCIATE 

EVE N T 16# TRTG3EP H 
EVE N T 19# COr ^UEFE 
EVENT 5, BPfak RECE 
EVE N T 3j BLOfyED ON 

EVE N T 6, TEL REQUES 

EVE N T D, CANT FIND 

EVE N T ?, TER^tNaL I 

EVE N T \, READ COMMA 

EVfNT k, UNBLOCKED 
EVE^T RF p ORTrD BY M 

EVENT E, DISC p AGE 

eve n t h# evtfpnal 
eve n t ir# *pfrator 

EVENT c» I/O COMPLY 
EVE N T B, l/» <;TaRTE 
EVENT A, Rr.Q. PpWMI 

FVfN T 1*# UqrR RETU 
EVENT 17' UfiFR KICK 
EVENT ppPBRTrn BY M 
EVE N T *, CaMt r iET R 



AY m^sjttOR TABLES 

MATING AMD »ANNER 
MQ TS D*NE 
PERFORMED 
F S^-AP PA^E 

p 
ttons 

0<?Y DUMP 

ARO^Tfd USE e 
<?HaRfD processor 

fal ttmf usfr 

p AVAILABLE 

U'ED 
TERMINAL OUTPUT 

T RcCTFVED 

roc BUF*" 

wpUt Mp-SSAGF COMPLE 

MD RECFTVFD FOR T?R 

*\l TERMINAL OUTPUT 

pMORY MANAGFMENT 

TS AVAILABLE 

TMTrRRUPT FOR RFAL 

pRRwRrD USE P 

TFD 

n A»'D T^' PROGRESS 

e<5l*N TO STA&T I/* 

PNED TO C*Rr 

FD *UT *F C*RE 

F^OPY MANAGEMENT 

rPUrSTF^ CORf PaGpS 
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f;no 
f?nd 

E»NRD 

f?bff 

EIQA 

FJQE 
FSSL 

f.iuqa 

FlWU 

FDCBN 

FDC9N 

rDIT 

FPIT 

fND ACTI6M 

F^D ACT I an 

pNTRV 

F&CCSCAM 

r&CCSCAN 

E&CCSCAN 

fbmttmf. 

pRLFLAQS 

F«e 
fRRjfil 

F«*!LIST 

FRRSLIST 

pRRJSUM 

FRRJSUM 

F R RC6NTL 

frrdelim 

FRRLFLG5 

f_rrlbg 
frrlbg 

frrmsg 

fRRMSGe 



MM 
SSS 

sss 
sss 
sss 
sss 
sss 
sss 
sss 

EDC*N 
SVERVTC-W 

EDIT 

BVERVTf*' 
RDERL»r, 

SYMR/CA9 
ENTPY 

D^Fpf»M 

PASSlPiq^ 
PASS3RA M 

c$Ch 

JIT 
JIT 

ERR* FT f 
ERRiLTsT 

9VEPVTF'" 
ERR: sum 

evE^VirW 
Pa,Ss1.P* m 

paSsi.»a m 

JIT 

RDE D L9r: 

TaBi.fs 

ERR^WP 

TEL 



QA.oi 

EA 

EA 

FA 
EA 

EA 
EA 
EA 

EA 

N*N£ 
BF 

N*NF 

BF 

IA 

FA 

CA 

90 

90 

90 

V% 

VA 

Va 

KE»OP 

«F f 05 

BF 

<F.03 

BE 



18 
18 
18 
05 



18 

18 



90 

V4 
IA 

KF.01 
U n 

PR 



E VFNT PFPfl&TFD BY MrMB^Y MANAGEMENT 
EVF^T 9 # fAMT CiFT RfQUESTfD DISC PAGES 
EVE N T i$S# REAL TIME JBB EXIT 
FVE N T 1C# USFP HUNG UP 
EVE N T 13# Q !'P F»R T/B DEVICE ACCESS 
EVE N T y» QUANTUM E^H 
EVE N T 1?, SLerP TIM r f*R tJSFR 
rVE N T li# UM n FBR T /9 DfVTCf ACCESS 
EVENT to* wakt ijP TtmE FQR USER 
BATCH PPBCESSBR F8R pDIT FORMAT FILES 
BATCm UTILITY FBR EDIT USFRS 
CBNTFXT EDIT»P 
CftNTFXT EDITAP 

WaRNjnjg 3N U^F BF END ACTION 
END ACTtBN DPTVF.N I/? PBUTIN^S 
FNTRv AND FYTT FOR PPBCESSING CaLS 
77 FIND END BE rtjPRENT CB^TP*L CB M MAND 
77 SEARCH FBR F^'D BF Cf»MTP*L CBMMAND 
77 SEARCH FBR FMh BF CeNTC?*[_ CBMMAND 

HW, TI M F BE F^D OF "FSSAGF BY LINE 
SEE JJCASSIN 

B15»31 TS FRRBR BVERPIDf A^R 
PR^G^AM TP c*PY ERR*RL*G T* KEYED FILE 
ERRBP LftQ FBPMATTINi? $ LISTING PRBGRaM 
LIST E p R9R L*G 
FRPBP L*Q SUMMARY Pp*CfSS* p 
LIST E p R»R L*G 
77 SPe c TAL PASS1 eR r BR RBL'TINf 
77 SPECIAL PASS1 EPRBR PBUTIME 
^EE JjCaSSIN 

USfR pp^QpAM TNTER F ACE T«! rPP$» L&G 
rPRBF L*GG|NG R^UTlMF 
SYSTrM fRRBR MESSA^f FtLF 
FPP^P M FSSAGr FILE S'JBPBUTTNF 



K5 



to 
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E«RMWR 
FRRNAME 
ERROR 
FRROR LOG 
ERROR REPORT 

eRRout 

ERRSEQ 
fVents 

fXITCL 
fxitsvsv 

FXNgXT 

FXPAND 

fxpr 
fxprx 

FBCD 

FOP 

FETCH 

FETCH3 

FID 

FID 

FILE DIRECTRY 
FlLENAMr 

FILENM 

FILENT 
FILL 
FILL 
FILTRAN 

fINqend 
finidendx 

FlNDESC 

FlNDNAME 

FINDROMX 

FINDRPAR 
FIT 



ERRMwP 
PASSiR*" 
PCL 
8VERVTFW 

M 9NFIX 

PASS1RRM 

PASRtP^M 
SVERVTpW 
ANALZ 
PAS<3lp*M 

SYMCfrN 

TEL 

SYMC8N 

SDEVICf 

FBCr- 

8VERVTFW 

STEP 

step 

convfntn 

TfL 

BvEPVTr'4 
ANALZ 

PASSiR*M 

TEL 

fill 

overvtfw 

PCL 

LOCCTRftM 
LeCCTRft M 
ABS 
PASRIQftM 

locctr*m 
abs 

OVERVTfW 



UP 




90 18 


77 


703027 


r . 


BO 




LS.01, 


,04 


<n 18 


77 


90 18 


77 


BO 




Lf,01 




97 18 


77 


SF 




P^t03 




SF 




9* 18 


77 


NfrNF. 




BF 




E* 




gn 




AP»01 




P D .03 




BC 




LF«01 




90 18 


77 


pn#03 




KAtOP 




BF 




7030P7 • 


90 18 


77 


90 18 


77 


90 1.8 


77 


90 18 


77 


90 18 


77 


90 18 


77 


BC 





errop mfssasf 

SPECIAL PASS1 
REC0&D5 ERR*R 
RECORD DEVICF 

record op ali 

DISPLAV ERP*P 
SPECIAL PASRi 



FILE CONTROL PROCESSOR 
ERROR POUT INF 
CONDITION 
FAILURES 

ERROR*" Ma Y BF REQUESTED 

mESSAqf AND PXIT pASSl 

ERROR ROUTINE 
FVE N TS RECETVpD BY RCHpDULfP 
EXECUTE N©RH4L EXIT TO MONITOR 

EXIT SYSWRT 

«5FT REGISTER TO EXPR, «TaC* ITEM 

EXPAND COMPACTED A/M TABLE ENTRY 

STACK' PRODUCED B* L*AD 

SET UP FXPR PLIST F»Q MODIFY ROUTINE 

FORTRAN BCD CONVERSION 

FORTRAN DEBUGGER 

ASSOCIATE UNCMARED PPOCESSOR ROUTINE 

REPORTS ABORT CODE A* TO TEL 

FILE I DFNTIPTCATI ON. MAME.ACCT. PASSWORD 

BREAK' CftMRLpy FID 

CHAIN 0F V FILF NAMES AND FITS 

SET FID INTO ASSOCIATE PROCESSOR CAL 

PROCESS FILF OPTION 

CREATE S*ORT FORM P.LIST ' 

RFST9RES USFRfS FILrS FROM BACKUP 

RESTORE FILE* 

SYNTAX ANALY7FR FOR FILE 

FIND END OF I OCCT Ta*L p 

CHECK FOR VAl ID ROM IN LOCCT TABLE 

SEARCH FOR r*NTROL r ARD END 

FIND SPFCIFfm FILE 

OBTAIN NEXT ROM TABfp FROM TREE TABLE 



TAPE 

IDENTIFIER 



SEARCH FOR RIGHT PARFNTHESIS 
FILE INFORMATION TABLE-FILE 



ATTRIBUTES 
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IN hSHnLF 



Sef SF rT I*N 



C9 M MFNT 



FlXARG 

FLAQ 

FLAGS 

FL»P 

FPMr 

FP**L 

fpurgf 

ERGO 

FRGD6P 
FX 

GENABS 

QENCHN 

GENOCP 
QENOEF 
GENDICT 

gen d ict 

genexp 

GENFILE 
GENHAN 

GENHaNOL 

GENMD 

GEN9P 

GENRa^T 

GEMO 
GENTl 

GENT2 

GENT3 

GENT4 

GET PACaF 

GETADDR 

GETARG 

GETCHAR 

GETCHST 

GETCOM 



PCL 

C*Cn 

JuSfrS 

TEL 

MM 

JIT 

»VEPVTrW 

SYS^FM 
FRGr 
JIT 
PMA^pr 

PMA^FA 
PHA^FA 
PASS3R*m 
PHASER 

Pa.SS3p* m 

UBC'HAM 
L«CCTP* M 

PAS«3R* M 

p ASS3Rft M 

PHA«?P3 

PMA?FA 

PASs^R*m 

FRGo 

FRQr) 

FRGn 
FRGn 

frg5 

AMAL 7 
ANIALZ 
PCL 

Batch 
sysgfn 

L^CCTP**! 



7030P7 


Vff ( 


.05 




VV'« 


.01 




PR, 


.03 




GA 






VA 






RF 






9t 


18 


77 


9^ 


IS 


77 


VA 






KIP; 






N'H 






NO 






9? 


18 


77 


NO 






90 


18 


77 


9o 


18 


77 


RO 


18 


77 


90 


18 


77 


90 


18 


77 


Mr 






NO 






91 


18 


77 


90 


1.8 


77 


9o 


18 


77 


90 


18 


77 


90 


18 


77 


90 


18 


77 


LF 






Lr 






703027 


sc 






90 


18 


77 


90 


18 


77 



TABLr ?fARCm c- 

flags c*ntr*l 

USER'S pErI»mf 
9PFN INPUT FTL 
TMDlCATpS VP T 

SEE JJFP^PL 
$A\/E,RF<;TeFr,p 

pppcfsrfs fr^o 

PR^CrSS FPGO P 

RITS IF. 31 APP 

M^P 

PRSCrs? PASSO 

pr^Cfss passo 

BUILO OFF PL^fi 
PROCESS PAS50 

BUILD OTCT P L T 
SET UP I»TARLr 

GFMFRATF PfR M A 
GENERATE HANOL 

generate h a nol 

pR©CfSS PASSO 

D ReCF5R PASSO 

3FMEPATF R??T 

°R*CrSS, 

PRSCfSS, 

PRftCrSR, 

PROCESS, 

PR^CfSS, 

GET QPrclFir^ 

9BTAfN| DUMP Pa 

CPMManJO scanmf 

SCAN ARGUMENT 

INTEPNJAL STRTM 

GET ORIGINAL L 



UBROUTTNr 

3UT Ca'JSpD 

*AL OFVICE 

E 

s avatlaple f*r 



RV INPUT CHAR 
ACCESS 



JSE 



URGE* I TST FILES . 
#INTLR 

apentmfttcal fypressigns 
file pxtensipn bits 



C^OF. 
C^Or, 

C*?Of« 
CSHF« 
C*DF« 



GENCMNS 
3ENDCPS 
T FfrR MO 

GENOIrTS 

ST F«o M 

E^PRfSS 

NENT FTL 
ERS FtLE 

ERS F T LE 
rjENMDq 

SFM^PS 

L9AD M*D 
0/ TYpr 
TYpp 

T Y PF 

TYpF 
TYPF 

PAGES FR 

3E C*K'TA 
R 

FIELD *F 
G GpTtpR 
9CCT TAB 



OIFY ROUTINE 

^DIFY ROUTINE 

im STACK 

r Fftp LercT TABL 

F*R MJM*N LBAO 



3 
4 



ULF 
f*NTP9L 

resiTR^L 
cbmtrfl 

C&NTR*L 
CSNT'RftL 
** DU M P 



TABLE 
TABLE 

TABLE 
TABLE 
TABLE 
FILE 



E N 
FN 

E N 
EN 
EN 



INjnjG SPECIFIED 

J$B CPMMAND 

LE FRPM STORAGE 



to 



to 

00 
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GETF 

GETFIELD 

GETHEX 

GETKEY 

GETNAME 

GETOPLB 

GETPAGE 

GETPAGE 

3ETQ 

GETrITEmON 

GETRITEMON 

GETVAL 
GHBSi 

GH9ST! 

ghsstid 
qjob initiate 

GPMGP 

GTM8NTRE 

HANDLERS 

HARDWARE 

HEAD 

HEXBCO 

MEXBCDg 

MEXOUMP 

HEXSCAN 

HEXpPRNT 

MGP" 

^p 

HQPREC9M 
HL09P 

INCREMENTAL 

INITIAL 

INITIAL 



GETr 
PaSSir*m 

analz 

FRCPs 

PASsiRft^ 

FRGr 

PASSiR*M 

PAS53P*M 

I9Q 

QEFrOm 

PASStPpM 

FRGD 

9VERVtr w 

QVEPVrrW 

GHOSTin 
UCAL 

PaScsrb* 

HaNDLFpS 
OVERVTpW 

0eFC9M 

SYMrgM 

SYMC<*N 
PCL 

sysgfn 

BATCH 
HGP»fCaw 
I9Ta3| r 

HGPpfco^' 
AMALZ 
SYS GEM 

Backup 
ini-mai" 

Overvtf'*' 



FA GET FILE FRO* SYMFIi.p 

9* 18 77 GET *'EXT FIELD AND VALIDATE 

Lf CBNVrRT EBCDIC TO N r y 

90 18 77 GET KEYWORD 

90 18 77 GET *'EXT NAmF AND ValI^ATF 

9* 18 77 3FT OP LABEL AND LNrATfON VALUE 

90 18 77 GET *ORF WORK AREA 

90 18 77 GET PAGfS FOP SAVE OPTION 

DA. 01 OBTAIN INDFV OF QUEUF ENTRY FR^M POOL 

90 18 77 GENEPATF BOOTA»lE P0pT?0\| *F PO TAPE 

90 18 77 OBTAIN AND FNTER NEFOEO OVERLAY 

90 18 77 OBTAIN VALJE* CONVERT TO BINARY 

BR JOB PERFORMING PSEUno»*9NITOP FUNCTION 

B^ SYSTrM INITIALIZATION ^OULE 

Nf GHOST J DRIVFR 

IA GHOST JO* INTTlATIOM 

NG READ/W TTE H^p TO SWAP PAD (ALSO XDELT 

90 lg 77 OBTAIN M1M0N« TREE STRUCTURE 

Da REQUIRFD HAN^l. ERS 

BA TYPICAL CONFIGURATION, ^OT REQUIRED 

SO TABLf PRODUCFD BY LOAD 

SE CONVrRT HEXA^rCl^AL VALUE TO EBCDIC 

SF CHaRaCtfR CONVERSION TaBLF 

7330P7 HEXADECl M AL Ou M P PReCESSOR 

9^ 18 77 GET ^EX STRTNR 

SC CONVrRT HEXA^FCIMAL k 'U m BfR TO F3CDIC 

KB.l? reconstruction during pecovfry 

VM,Q4 BEGINNING AO^R OF FtPST GRANULF p 00L 

KF.Q8 MGP PECONSTrucTION DURING PECOVFPY 

LE.01 SAME AS PGSOUT 

9* 18 77 PROCcs<?FS IMr 

Ka.01 TYPE OF AUTOMATIC BACKUP 

Na INITIALIZE momitPR 

BO SYSTrM INITIALIZATION "ODULE 
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INITIAL 


amalz 


LF.01 


C?^ ! TP9L WP'JTTWF. 


INITRCVR 


INItRCv/P 


LO 


INITIALIZE RPC^VEP* 


INPUT 


analz 


le.oi 


TRANepp VFCT^p F9R tmPmt COMMAND R9UTI 


•TNSVM 


insym 


Fa 


INPUT SY^BION'T (CA*0 RrADE p > 


INTARG 


PCL 


7^3027 


EDCDTC.RlNAGY DECIMAL rONVFPSION 


INTENT 


JIT 


VA 


SEE JS INTENT 


INTERPRETIVE 


Step 


EP 


CO^AND PRSCfsSOR EYTT E\iVI*PN M rNT 


INTLB^PC 


FPQr 


90 18 77 


PROCrSS IMTL n p ARE n T u 'ETICAL EXPRESSION 


INTRODUCTION 


9VE»VTPW 


BA 


GE^'EPAL INTR^dUCTI^m f» UTS OPFR» SYS» 


I9DISPLAY 


AMALZ 


LF.01 


FORMAT T/9 TABLES 


I9F9RCE 


IOQ 


DA. 


► 01 


SA*E A? I9SFPV 


JOINT 


IOQ 


DA, 


.01 


PR?CeS? ALL T/9 INTfPRU d TS 


T9Q 


190 


Da 




PASlC 1/9 STAPTE* 


1801 


Mi CPU 


VF, 


,33 


BYTE, PaCKWARH LINK y\j i*n BY ?0Q INDX 


T&Q10 


MJCPU 


V/c , 


► 03 


RVTE, maXImijm TRIES BV IftQ INDEX 


I8Q11 


MjCPU 


VP, 


.03 


BYTE, TPY C^'KiT BY t*Q INDFX 


I9Q12 


IiCfj 


V», 


.03 


w»pp, c r EK a^D^ESS ov yftQ TMHEV 


19013 


MJCPij 


VPi 


.03 


9W0R*# pNp AfTl^N DATA P-Y !*^ INDEX 


IBOU 


^JCPU 


V c , 


► 03 


BYTE/ PPie^TTy RY I «0 IMDFX 


I8Q15 


Ml CPU 


VP, 


► 03 


BYTE, uSEp N* *Y I9n Im D fx 


I9QP 


MfCPHJ 


VP, 


.03 


BYTE, FORWARD LINK f \! T*3 n Y !*R INDEX 


1903 


If CPU 


VB, 


► 03 


BYTE, SWlTCMrg BY I*n IK'DF* 


1904 


MJCPj 


v», 


.03 


BYTE, PuNCTI»m C?DE «Y 100 INDEX 


I9Q5 


MjCpij 


v°. 


.03 


BYTE, CUPRPJT FijNCTt^N STF P qv TOO I MO 


I9Q7 


mjCpu 


v«« 


•03 


BYTE, DCT T\i*fX BY t*Q IMDEX 


1903 


m:Cpu 


V/n», 


.03 


WPRD, PyFFrP a d D r E Sc Bv 10* INOfrX 


1909 


iiCkj 


vb« 


.03 


HW?Rr, RYT? r*UNT «Y I*G INDFX 


I9REC 


IORrC 


Ha 




Device <eypj p^uti^ 


I9REC 


IOQ 


DA, 


.01 


handle ope'atar co^untcatt^'s rFf * */ 9 


I9SERCK 


SASuAMnL 


D'<< 


.0? 


TFST pop am-> DEPBRT ^EVTCE FPP*P CONrI 


I9SEREC 


3ASnA'-mL 


DA, 


• OP 


LOS rRP*P DptfCTED pv uamhlfp 


I9SERV 


I9Q 


DA, 


► 01 


PROVIOF ENTRV TO SEPVlfF DrvfC^ 


I8TIME 


JIT 


VA 


CUR^rMT p P^rr«?S 1/9 tI m F I m JIT 


IP99L 


JIT 


Va 




Sff j:tp*ol 



ro 



CO 

o 
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IN *0DfiLE 



sef section 



ivo 

J I ABC 

jiAaur 

JUC 
jiTCCN 

JIADCBTL 

JUJ 
JTAJ- 

J I AMR 

JIA8SIQN 

Ji ASSIGN 

J*BUR 

JlCAJSIN 

JlCiP#8L 

JICCBUF 

Jl£FLG$ 
JlCFLGS 

JICL 

JICL 

:jrct| ' 

J J CLE 
JICLL 

JltLMN 
JJCLMP 

J»CLP 

jfCLPA 

JICLS 

jicppo 

jlCpffCS 

JlCTIME 

J1CUL 

jiiwiot 

JIDCBLINK 
J! DOLL 



MM 
JIT 

JIT 

MM 

JIT 
JIT 
JJT 

mm 

JIT 

JIT 

RUNROM 

JIT 

JIT 

JIT 

JIT 

JIT 

LNKTRt 

JIT 

MM 

JIT 

MM 

JIT 

JIT 

JIT 

JIT 

JIT 

JIT 

JIT 

JIT 

JIT 

JIT 

JIT 

JIT 

JIT 



GA»01 

VA 

Va 

Ga 

VA 

VA 

VA 

GAtOl 

VA 

VA 

LB.Ol 

VA 

VA 

VA 

VA 

VA 

PC 

VA 

Ga 
va 

GA 
VA 
VA 

Va 
VA 
VA 
VA 

Va 

VA 
VA 
VA 

Va 
Va 
Va 



INSERT VP AMD PP 

FLAGS AMD STUFF 

LOCATION OF ASSIGN BUFFER TF IM MEMORY 

INITIALIZED BY MEMORY MaMa9e m F n T < JIT) 

ACCOUNT NUMnpR (DWORD) 

(7 w ) START *F DCB NAMr TABLf TFt M UJC 

ADDITIONAL JfT f S ADDRESS 

SET UP BY mfm^ry MAmaGFMFmT 

DISC ADD&ESS OF ASSIGN MfRGE TABLE 

LIMIT FLAGS 

bit i^ i n dicates p^fse^'Ce *r p*ds 

FIRST PAGE # ftF USEP AREA 

bits set to direct fprop output 
mead of cooperative contfxt blbck pool 
(30 wd) control command buffer 
current flags assoc. with j*b 

INF© SET UP FOR T:A«;p 

C9MM A ND LIST FOR DISC U WH/DISC «EF) 

INITIALIZED BY MEMORY MANAGEMENT (JIT) 

NUMBgR §F WORDS IN COMMAND LIST 

INITIALIZED BY MEMORY MANAGEMENT (JIT) 

PAGE # OF JOB CONTEXT LOWFR LIMIT (JjT 

TEXTC OF CURPpNy PROGRAM NAME (3 WD) 

TE*TC OF CURPrNT PROGRAM PASSWORD (3 W 

POINTER TO DFSTROY w*RD OF COMMAND L?S 

COMMAND LIST PHYSICAL ADDRESS 

SAVED WORD OF COMMAND LIST 

SEE CPPO 

PROCESSOR ASSOCIATION INDFXF5 

EXECUTION TIMjr FOR PROCESS CURRENTLY R 

PAGE * *F jop CONTEXT UPPpP LI"TT 

mead 9 f cooperative data block pool 
add* of second part of dcb name table 
page # of program dynamic data lower l 
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DDUL 
DELTAT 

DLL 
DUL 

DW$K 

EUP 

FP69L 

GST 

INTFNt 

int* 
iPesL 

1ST 
JAC 
JIP 
JIT 
JIT 
LMN 
LMP 

L9C< 

MRT 

NFP90L 

NiPQQL 

8PT 

PLL 

PTJM£ 

PUL 

RATE 

RNST 

START 

T 

TCB 

TELBUF 

TELFLGS 



JJTIC 



IT 
IT 

IT 
IT 
IT 
IT 
IT 
IT 
IT 

IT 
IT 
IT 
IT 
IT 
IT 
IT 

IT 
IT 

IT 
IT 
IT 
IT 
IT 
IT 
IT 
IT 
IT 
IT 
IT 
IT 
IT 
TT 
IT 
IT 



V* 


PATE # e*F PR*qRA* P 


VA 


USED F?R TIMTM3 EXE 


Va 


D A3E * *? PP«f^A^ " 


Va 


PaGE * *f epor^A* " 


Va 


STACK' PyR ou f?p us 


VA 


LAST PAGE * »r USE* 


VA 


ADDRESS »P FTPST AV 


VA 


SIZE A v '0 L^r «F gi* 


VA 


rMTPv addr t* users 


Va 


MU^BrR aF imtt^aCtI 


Va 


A03 p rSS *F FTPST AV 


V* 


max 9j?t a 41 ^ l^c rp 


VA 


P.plT ACCESS tArLE 


VA 


SEE JIP 


VA 


j*B TMF^RMATT^N TAH 


VA 


START *F JTT 


Va 


*U M E » r Last l m M BU 


VA 


pasSi.'9p-) pr last l* 


VA 


FLA«s, rITO <=fT L*X 


VA 


MAXl^U M RU^ 1 TT^E 


va 


NU^BrR *F BL^CM^ 


Va 


NUMBER RP IV'^rX BUF 


VA 


*PTl»N qlTS TW USE 


Va 


page * qp program l 


Va 


T^TAL PP9CES<?^P EXE 


Va 


PaSE * *P P P*5RA M U 


Va 


NftT USED 


VA 


J*B PU^ STAT'iq 


Va 


staPti k -t, AODP 9F cu 


VA 


USED F*P PrRFRRMAMC 


VA 


ADDR er TCB 


VA 


ADDP 9F TEL PUFFER 


Va 


PLAGc ijsfd RY tfL 


Va 


USgD FAR PfPFwRMaNC 



VMA" 

ru. 

ATA 
ATA 
r pv 

aR=" 

ATLA 
r aL 

c* m 

A MS 
A TL.A 
TNt 

f»r 



y r n 
PVFP 
L?Wf 
IJPPr 
TPL 

A 

BLr 
SYM 
SAI r 

BLf 
• SY 

USFP 



ATA IJPPFP L 
MpA* 9R I* 

R LTMJT 
P LT M IT 



RL9CKING «U 
TA3LF 

lMTrRRU p T 

iMDry BUFFR 

M TaPLE 
( \p WORD?) 



TLT TN tfXtC (3 W»R 
v RuIlT ! K| TEXTc (2 
x"S USrR tm r^RE 

SUFFpRS 
rrRS 

«jp;p (_T M ?T 

r'JTTftN TI^E 
PPE P LT m TT 



DPFMT P D *GRAM 
r RrC*P*T M 3 



r RrCpP^IVQ 



CO 



CO 
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j< time 

J*TITLC 
J I TRAP 
JI'THEE 
JJUN 
JIUNAME 

JfUSCDX 

JIUSENT 

JtUTIME 

JIUflMEfi 

JIVLCS 

JIVLCS 

JIVLCS 

JABC 

JACCN 

JADCBTBL 
JAJ 

JAJ 

jASSfGN 
J»lBCP 
J8IBCP 

jBfCHAP' 
^BICMaP 

Jbscmap 
jb;lc 

JBJLMAP 
JBILMaP 
JBJLMaP 

JBJLPP 

jBiMNPA 

JBTNASP 

JBINASP 

JBIPCC 



JIT 
^IT 
JIT 
JIT 
JIT- 
JIT 
JIT 
JIT 
JIT 
JIT 
JIT 

JIT 

MM 

sss 

JIT 

JIT 

JIT 

JIT 

SSS 

JIT 

MM 

JIT 

Jit 

MM 

sss 

JIT 
JIT 

MM 

sss 

JIT 

JIT 

JTT 

MM 

JIT 



VA 
VA 
Va 
VA 
VA 
VA 
VA 
VA 
VA 
VA 
VA 

va 
Qa 

EDtOP 

VA 

VA 

VA 

VA 

ED.O? 

VA 

QA.Ol 

VA 

Va 

Qa 

ED. OP 

VA 

VA 

Qa 

VA 
VA 
VA 
GA 
VA 



time at loqom 

addr of routine set by m 5 stimf.r call 

20 WeRDS OF TITLE IN TE*TC F*RMaT 

SEE TRAP 

ADDRESS OF TPFE TABl'.F 

STA R T OF JIT 

USE R NAME (3 WORDS > 

FIRST ADDR OF USED CONTEXT DATA BUFFER 

ADDR SET BY MjTRAP AMD FLAGS 

TOTAL USER FXfCUTI»m T?Mf 

TIME INTERVAL SET By M!STI M ER CALL 

VIRTUAL LINK STOP 

INITIALISED *Y MEMORY maNaGE m E n t< JlT) 

INDICATES WHFN T° S T*P RlP p L£ THRU CL 

SEE ABC 

WORD DISPLACFMTENT *F JiACCN IM JIT 

SEE JJADCBTL 

SFE J 2 A J 

PHY PG * OF AJIT SET BY SWAP IM 

SEE JJASSIGN 

NEXT AVAIL COMMON Pfi 

BYTE ADDRESS* BOTT»M OF common PAGES 

BYTE TABLE F*R PHYSfCAL PaGf NUMBER 

INITIALISED BY MF.MWRY MANAGEMENT < JIT) 

PHY PQ SET U p WHEN SWAPPING IN USER 

BYTE ADDRj CURRENT I. TNF COUNT »N TERMl 

BYTE TABLE LINKING ALLOCATED PAGES 

INITIALIZED *Y MEMORY *aMaGe*E m T< JIT) 

USE T* LINK t mru p GS TO SFT UP CL 

BYTE ADDR# S OF LINrS PER PAGE ON TERM 

BYTE ADDRESS, maXIM U M * *f PAGES AVAIL 

BYTE NEXT AVAILABLE SECTOR POSITION 

INITIALIZED *V MEMOpy MANAGE M E N, T ( JIT) 

BYTE ADDRESS, P AGE r*U*T OF CONTEXT 
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JBJPCD 

jb:pcod 

JBJPCP 
JB;PC^ 
JBJPPC 
JBJPPC 

jbzpph 

JBJPPM 

JB8PPT 
J9JPPT 
JBJPRIV 

jb; prompt 

JBJTDP 
JB5TDP 

JBJVLH 
JBJVLW 

JBJVLT 

JBJVLT 

J3BCP 

JBMNPA 

JBNASP 

JBPCC 

J9PCP 

JBPPC 

JBPPH 

JBPPj 

J8TDP 

J8UP 

JBVLH 

JBVLT 
JCCL 

JCL 

JCLE 

JCLL 



JIT 

JIT 

MM 

JIT 

JIT 

MM 

JIT 

MM 

JIT 

MM 

JIT 
JIT 

MM 

JIT 

JIT 

MM 

Jit 

mm 
JIT 
JIT 
JIT 

Jit 
Jit 
Jit 
Jit 
Jit 
jit 
jit 
Jit 
Jit 
Jit 

Jit 

JJT 
JIT 



VA 
VA 
QA 
VA 
VA 
3A 
VA 

Ga 
va 

Ga 
VA 

VA 

Ga 

VA 
VA 

Ga 
va 
Ga 

VA 

VA 
VA 

Va 

Va 
Va 
Va 

Va 

VA 

VA 
VA 

Va 

Va 

va 

Va 
Va 



01 



BYTE 

BYTE 

INITI 

BYTE 

BYTE 

USE R S 

8YTE 

USE R S 
BYTE 
USE R S 
BYTE 

BYTE 
NEXT 
BYTE 

BYTE 
HFAD 

BYTE 

TAIL 

BYTE 

BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 

SEE J 

BYTE 

BYTE 
SIZE 

WftRD 

SEE J 

SEE J 



ADDRESS 
PAGE C* 
ALIZED 
ADDR# P 

ADDRESS 

PMT Pf5 

ADDRESS 
PMY PG 

ADDRESS 

pmt pg 

addr *f 

ADDR# C 

AVAIL D 
ADDRESS 

ADDRESS 

pr vipt 

ADDRESS 

sf vjr t 

DI5P *F 

DISP 
DI*P 
DISP 
OTS p 
DTS p 
Dt!?P 
DISP 
DISP 
JBLJP 
DTSP 
DIS P 

*r cpmm 

DISP *F 

JCLE 

JCLL 



pr 
*f 

pr 

»F 

"F 



, PAGE 
UNIT OF 
By mem» 
laten w 

, PHYSI 

CHAIN 
m PHYSI 

CHAIN 
, PHYSI 
CHAIN 
P«IVLE 
iiRPENT 
Vm PQ 
, T9P 8 
, VIRTU 
UaL LIN 
> ViRTU 
UAL LIN 
JBJBCP 
jBjMNP 
JBJNAS 
JBJPCC 
JBJPCP 

jaepec 

JBJPPH 
JBJPPT 
JBJTDP 



jHj VL H 

vJ^SVLT 

AN9 LIS T 

JJCL 



DYNAMIC DATA 

py MANAGEME^T(JIT) 

TDTH ©F TERMINAL 

CAL PAGE C0UNT 

r^UNT 

caL page head 

MPAD 

CAL PaGf TAIL 

TAIL 

GF LEVEL PF JOB 

PROMPT CMAR 

F DYNAMIC PAGES 
AL LINK HEAD 
K CMAIN 
AL LINK TAIL 
K CHAIN 



( fM W*RDS> (J! CL> 



CO 
CO 



CO 
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JCLP 
JCLPA 
JCLS 
JCMaP 

JCPC 

JCUL 

JDa 

JDDLL 

JDLL 

JDUL 

JEUP 

JHJOa 

jh:da 

JHIPC 

JMDa 

JHSWPID 

JIT 

JIT 

JITFPSIZ 

JITIPSIZ 

JITLMM 

JUtMNP 

JITREE 

JITS 

jituscdx 

JJAC 
JLMAP 

jes 

J8B STEP 
J9BR 

jePT 
jePT 

JPLL 
JPPC 



JIT 
JIT 

Jit 
Jit 

Jit 
jit 
Jit 
Jit 
Jit 

JIT 

jit 
Jit 

MM 
JIT 

Jit 
Jit 
jit . 

9VE»VTpW 

JIT 

JIT 

JIT 

JIT 

JIT 

ANAI 7. 

JIT 

JIT 

JIT 

BVERVtH 

OVEPVTrw 

CCI 
JIT 
TEL 
JIT 

Jit 



VA 
VA 
VA 

VA 
VA 
VA 
VA 

va 

VA 
VA 

VA 
VA 

ga 

VA 

v A 
Va 
va 
bb 
Va 

VA 

va 

Va 

Va 

Lr.01 

Va 

VA 

VA 

B9 

£5 H 
PA 

VA 

PR 

VA 

Va 



SEE J5CLP 

SEE JJCL p A 

SEE JJCLS 

SEE JB!C*AP 

W*RD DISP *F J*jPCP 

SEE JSCUL 

W9RD DISP *F JHJDa 

SFE jnnLL 

SEE JJ^LL 
SEE J 8 0UL 
SEE J5EUP 

haLFwsrd taplf ©f d t «*c addresses 

INITIALIZED *V MEMf^PY MANAflFMENT < JIT) 
HW AODR, PAGF * FOR TE D MINAL 
HALFwe&O DJS P $F JMfDA 
MaL^^9RD DIS? 9F S^A D ID 
J9B INFpRMATTAN TA»LE 
JSB INFORMATION TA«I F 
BITS 0.15 ARE THE S T 7E *F 
BITS Q»t5 ARE TmE St*E »F 

see j:lmn 

see jjlmr 

addr »f tree table 

print speciftfo jit 

SFE JSUSCDX 
SEE JUAC 
SEE JBiL^AP 
SCHEDULING UN'TT 
DIVISIONS WTTHlN JS&S 
JOB r^^MAND »R9CESS*R 

5PTl*N BITS IN USE 
DCS ASSIGNMPMT BITS 

SEE J5PLL 

WORD DISP OF JBJPPC 



«L§C*!NG BUF 
INDEX BUFFER 



JUL 19#»73 

FOR ITFM 
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IN module See Section 
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jPPH 

jppt 

JPUL 
J«ES» P T 

JKNST 

JRST 

JSTART 

JST06PT 

JTC3 

JTELFL3S 

JTELFL3S 

JUL I AM 

JULIAN 

JUNAME 

JVLCS 

JVLN 

JVLT 

kbtio 
kdbut 

KEYIN 

KEYINBUF 

KEYN 

KEYSUB 

LABELfTAPr 

LABELS 

lastcpash 

lbjun 

ldlnk 

I.DTRC 
LEXIT 
LIBRARIES 
LIMITS 

LIMITS* DEFALT 
LlMR 



JIT 

JIT 

JIT 

JIT 

JIT 

JIT 

JIT 

JIT 

JIT 

JIT 

TEL 

JULIAN 

RrOvro? 

JIT 

JIT 

UIT 

JIT 

BaSHaMhL 

cocd 

SVEPVTpW 
TABLES 

KEYM 

KeY^ijh 

ANAL2 

CONventM 

AMAi I 

COCD 

lnktrc 

LNjKTRr 
LNKTRC 
9VEPVTFW 
SUSPRS 

batch 
cci 



va 
Va 
Va 
Va 
va 

VA 

VA 

Va 
VA 
VA 

pa 

UA 

K».07 
VA 

VA 

Va 
Va 

Da#03 

V^tOS 

BO 

VB.03 

HA 

HA 

LP. 01 

AB.01 

LE»01 

VG.05 

RC 

RC 

RC 

BP 
VNtOI 

S^ 

PA 



WORD djsp *f )B;PPH 
WORD DTfiP OF JBJPPT 
SFE JSPUL 

tfmp cell usfd t» Rftatn standard aptI 

BITS 0*7 ARF PUN STatUC ?N JIT 

SEE JRMST 

SFE J! START 

A W9RD WHICH CONTAINS THf STANDARD OPT 

ADDR OF TCB 

FLAtSe: ijqED Rv TEL 

FLAG BITS FOP CERTAIN LOGICAL STATES 

CONVrQT M»NiTft» DATa.TTMf TO JULIAN 

DATE CONVERSION FOR "ATLBOX 

WORD DISPL^TFmEnT Of JfUMA^E IN JIT 

see j:vlcs 

W9PD DIS P ?F jajVLH 

WORD DfqP OF J^JVLT 

typewriter handler 

TRANSLATION TABLE F*p kD OUTPUT B Y EfcC 
GHOST/OVERLAY FqR 9p?RaT0R COMMUNICATN 
50 BYTES* KFYfN MeS«5AGf BUFFER 
OPERATOR CONSOLE COMMAND PROCESSOR 
KEY In prUTINFS 

rfad recovery. created tape 

NAMlMQ C9NVFMTI9NS 
0PE N MOST RF^pNT MOMHMP 
USE* # RY LTNF 



LINK CALS 
TRANS C&NT 
CLEANUP 



ROUTINE T6 PPOCESS I OAD S 

ROUTINE To Pp*CESS t *A* £ 

ROUTINE TP DO 0CESS I NKTRC 

GENEPAL DESCRIPTION A ND IDENTIFICATION 

SPACe(PaD) LIMITS 

DEFAULT LIMITS USED BY PATCH 

LTMlT,Mr5SAGF, TITLE COMMAND PR*CESSR 



CO 

C/1 



CO 
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LINEAGE 
LINK 
LINK 
LINK 

t ink l ims 

LIST 
LIST 
LISTCC 

LlSTCC 
LISTCC 
LISTC^NT 
LlSTCeMT 

LISTERR 
LISTIT 

L"A 

L^FRGO- 
LMINT 

lnk 
lnkcntr 

L»AD 
L&ADR 
L8CCT 
L&CCT 
L»CCT FILES 

L^CCTl 
LBCJIT 

LBCLGC 

L8CTRAPS 

L9G9EF 

L9G9N 

L.9G9N 

L9GR 

L9GRT 

LP 



SVEPVTrW 
LINk 

SVEPVTrW 
C9Cn 

STEp 
CCI 

SUPER 

DEFp©m 

PASSIP^M 

PaS?3R*m 
OeF^bm 
PAS53R&M 
PAS$1R*^ 

PASaarrl 
INItui" 

FRGo 

FRGr 
LlN* 
JIT 

L6A0 

CCI 

SYSTEM 
M^Nriy 

SYSTEM 

L^CCTP*^ 
ANAt. ^ 

ANAL7. 
AMAI..Z 

^VE^VTeH 

L*G»N 

9VEPVTP»>' 

SSDat 

CCI 

ANAL 2 



BA 






RA 






BF 






V^, 


.05 




E* 






PA 






QC 






9o 


18 


77 


90 


18 


77 


9* 


18 


77 


SO 


18 


77 


90 


18 


77 


90 


18 


77 


90 


18 


77 


NA 






90 


18 


77 


90 


18 


77 


RA 






VA 






RP. 


.01 




PA 






9") 


18 


77 


LG. 


»01 1 


.01 


90 


18 


77 


9^ 


18 


77 


Lr 






Lr 






Lr 






Br 






pr 






Br 






vr 






PA 






LE. 


.01 





FOREFATHERS *F UTS 

LSADeR PROGRAM 

^N-LlNE "LOADING OF P*M«? 

HW, ADDR BE FT«ST MfSSaGE BUFFER BY L* 

5ETS ArcESS WITHIN A GIVFN RANfiE 

LISTING AND FPRSR "fSSaGF UTILTTV R»UT 

C** m ANO 

DISPLAY CONTBfrL COMMAND 

LIST PASSl CONTROL COMMANDS 

OTSPLAV CSNTPftL C»MmaND 

OTS^LAV CONTP*L CSMmaNH SPECIFIED BY S 

0T5 p LAV CONTROL Command FR** CHARACTER 

OISPLAV EPPftP ^ESSAr^r 

LIST CURRENT r.ONTROl COMMAND 

l»A9 MPM9RY r»NTR6L PE^IST^RS 

ALLOCATE W9PK AREA F*R M'FRG* L*AD MwD 

ADD TNTFRIM TABLES T* *?FRf?D L*AD M3DU 

SA*E AS LINK 

BITS 24.31 *>F JJPNSt, LINK COUNTER 

INTERNAL S V M**L TA«».F F*rmaT/ *NL* 
LOAD AND PVFPl.AY COMMAND PROCESSOR 
BUILDS I.OCCT FILES 
USED T* BUILn ^©PTFtLE 
LBCCt TABLE/ r TLE STRUCTURE 

GET M EXT RECORD FR»m L»CCT TABLF INF*R 

BUIL* taBLF (JITPAfil 

9 FT Upn STARTING AND pNOTNG LOCATIONS 

BUlLn TABLED OlSP Amh PSDPG 

TFR^INATE A U<?ER/J0p. 

LOS»*' TFR^INAL USER, L*G*FF ALL JOBS 

IDENTIFY 5 AOMlT A USE* T* THE SYSTE* 

Ne« *F USERS LAGGED *N 

USE R LOG-ON PR^CESS»P 

close and rf«o^en r*!Le ts ofvice LP 
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M: ALDCb 
MJBIDCB 
MIB9DCB 

m:cdcb 

MJCIDCB 
MSC9DCB 
M*D9DC8 
MJEIDCB 

MJE8DC8 
MlFPPC 
MlFPPr 
M'.FPPM 

m:fppt 

MIFPPt 
MIG9DCB 

MILIDCB 

m:lldcb 

HJL8DCB 
MS9CDCB 
MIP9DCB 

M8SQP 

misidcb 

mjSLDCB 
M1S9DCB 

M*UC 
MIUS 
MlXX 

MAILB9X 
MAILB9X 
MAILBOX 
MAND 

MAP 

MAPM8DE 
MASK 



MjAl.DCP. 
MjBjDCR 
MjB«DCR 



CDCR 

CTncn 

D*DCP 
ETDCP 
EeDCe 
CPU 



M 

M 

M 

M 

M 

M 

M 

MM 

MM 

MjCPU 

MM 

M.'LfDro 

m :Lldcr 

MjL^DCn 

njp»dcp 

MM 

MjSidcp 

MjSLDCP 

Mjsn D rR 

JIT 

JIT 

JIT 

MaIL?*v 
BaC^UD 
RrC^vro? 
SNAP 

TABlF^ 
ANALZ 

amalz 



VR.04 

VF 
GA 
G4 
Vr 

Ga 

V D .04 
V D ,04 
Ga.OI 

vq.04 

VP.04 

VA 
VA 
VA 

ur 

Ka 

K^.07 

LR.OP 

V«.03 

Lr.ot 
Lr.^1 



ACCOUNT 
3IMAPY 
BINARY 
C9NTP&L 

C8MP&ES 
CrmPpes 
DIaGm^c 

PLE Mf "NT 

ELE M fMT 
C9UNT * 
M9NIT9P 

mrnItsp 

TAIL 9F 

EXrCuT! 

LIrPaRv 

LTSTfNjn 

Lf^TTNJG 
* P £R AT « 

PUNCH * 

Pj*iDe; Q 

SftUPfE 
qy$TrM 
S9U*rE 
w*pp AD 
W99D AD 
SYSTEM 

DpLIVEP 

Sr>'D Bv 
PILE IV 
P^UTfNP 

spts ma 
L*aD ma 

M A9< US 



TNG L 

INPUT 
ftUTP'J 

Cfl^M 

SED ! 

SED * 

TIC * 
INPlJ 
9UTP 

p M*sj 
FPrr 
PPrr 

M^NT 

Fprr 

*N »u 

INPIJ 
LOG 
9UTP 
P'S C 
UTPUT 
WAP g 
INPUT 
L*G n 
*»UTPU 

DP/ 5 
DCB U 

S M E C 

r<up 

C^NST 
T6 P 
P BIT 
P F**3 
PC IV 



*G DCB 

hcb 

T DCB 
AND INPUT 
MPUT DC» 
mtput Drp 

UT p UT DrP 

T 3CB 

•IT DCB 

TT3P FPrp 
PAGE P** 
PAGE Pft* 

TV* FPEp 

PAGE p »* 
TPUT DC* 

T DCB 
h t DCB 

*msblf ^ r 

DCB 
pan pg*\ 
DC9 

rp 

T DCB 

JlB TItl 
Pr JJTtTL 
crD BY n r 

CAUSES T» 
AND FTLl 

qtENCY ^r 

P*CpSS AM 
T* J PSO A 
q p PClP Tr 
SEARCH 



DCB 



PAGF P*9L 

l c*u m t 

L HPAD 
PAGp P**L 
L TAIL 



E <7P0 I-'BrdS) 

E 

LTA AVD 9TMER PP» 

USEPS 

Mr^QAGE^ r^ USE p S 

?SAGF T* USER 

D CaLS 

Nr pFTUPNS T8 PI 

D USPP 



CO 



00 
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FOR ITEM 



MASTER INDEX 

MAXJITS 

MAXtVtY 

M8!0WT_ 

"MBtTOMi" 
MBIQAM2 
M8IQ AW3 

Mi|iAM4 
HStQAHS 

HSI Qa** 

«tiii»T 

MBjPPUT 

mbipput 

MBIPPUT 
MB I SWAPS 
HCSUNT 

hdps 

MEMORY LAYOUT 
MFL 

MJCFLQ 

MM 
MNSf 

mode 

M©D?_ _ 
M968EN 

MSOirr 

MODIFY 

MfElTY 

MODIFY PLISTS 

MODULES 

MODULES 

MSNOMP 

M0NFIX 



OVEPVTrW 
SsDat 
M|SPR»rS 
MM 

KM 
MM 
MM 
MM 
MM 
MM 
MM 

MjCPU 

MM 

^ss 

MM 

SNAP 

JIT 

SVEPVTrW 

JIT 

SNAP 

JIT 

MM 

JIT 

C8CD 

FrQo 

*VfQEN 
MODIFY 
8YSGEN 
TQPfR 

SYSGFM 
SVERVTrW 

tyvERVtpw 

«EC?VE»8 
KBNFIX 



BC 

vc 

VE 

Qa«01§08 

GA.OltOS 

Ga«01 «C8 

GAtOltOS 

GA.01t08 

GA«01t08 

6A»01tOS 

GA.01.08 

VF 

GA 

£0.01 

GA.01t08 

LB.O? 
VA 

BC 

VA 

LB. 02 

VA 

GA 

VA 

VG.05 

90 18 

90 

90 

90 

QC 

90 18 77 

BF 

B? 

KB. 07 

LG 



18 
18 
18 



77 
77 
77 
77 



KEY INDEX INF* FOR rACH FILE 

MAX DUMBER OF TASK JITS IN SYSTFM 

MAXIMUM OVERLAY PROfFSSOP « 

RAO TABLf» DW riZf ftF SGP 
RAO TABI.F* GRANULE ADDRESS MASK 
RAD TARLp-" GRAMULf Pft*L W*PDS/GRN 
RAD TAPlF» SHIFT POOL TO fSRAN p*S 
RAD TABL.F" SHIFT TRACK T8 GRAN AD 
RAD TARL.F* SHlPT *F DA T* TRACK # 
RAD TA.BL.F» SEC T *F ADDRESS MASK 
TABLF* GRANULES PER T&ACK 

IN CHAIN 



SWA? 
SWAP 
SWaP 
SWAP 
SWAP 
SWAP 

swap 
swap 

LINK 



PHY 



RAD 

TO NEXT PHYSICAL PAGF 
PG CHAINS SET Up IN it 



HHT PQ CHAINS SET UP IM JJ 

USAGE TA^Le CftNTAINq SWAP PG CHAIN 

SWAP RAD TApLF* SHIFT fiRAN POS TO SgpX 

ROUTINE TO PPftCESS C8UNT CALS 

BITS o»J* ARE THE M A X DEBUG PAGES OUT 

M8NIT0P, USF»» LIBPa»IFS, m&N, OVERLAY 

SEE J I ASSIGN 

ROUTINE T8 P»ftCESS IF CALS 

MFMOPY MANAGEMENT 

MAX NO OF SAVF TAPEQ ALLOWED 

BYTE, LINE MODE BY | INF # 

SET UP MASTER PLIST ANn SUB-PLtSTS 

SPECIAL LOAD MODULE BUILDER 

BUILDS LOAD MODULES 

BUILDS LOAD MODULE fFXCEPT SECTOO) 

COMMAND 

SYSGEN PLISTS F©R Modify (SEE *!»07> 

LISTED WITH qiZE A*D FUNCTION 

LISTED BY FUNCTION WITM SIZES 

FILE CONTAINING CORf DUMP FRM RECOVERY 

MONITOR DEBUGGING And REPLACING 
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M9NFIX 

M9NINIT 
M9NINIT 

K9NIT0R 

m&nit»s 

M9NIT9R SFRVC 
M9R 

mpaqes 
mpds 
MPe 
mpp9 

MRE.COVER 

M«T 

MSG 

MSG9UT 

MSLET 

msnap 
msnapc 

MTAP 

MTDS 

MULTI-BATCH 

MUP9 

MVEBUF 

MAFNDLST 

NAME 

MAMpt 

NAMSCAN 

NAMSCAN 

NDRW 

MEWQ 
NEWQ 
NFB 

nfnd 

NJPMC 



»VEPVTri» : 

BVERVTr* 
ANALZ 

C9Nvf:mt m 

8VE»VTr u ' 

SNAP 

ANIALZ 
JIT 
JIT 
JIT 

INItRCV* 

JIT 

ANAL7 

I9Q 

JIT 

SNAP 

SNAP 

BaSuanhL 

JIT 

eVERVTr^' 
JIT 

CvCusR 

PAS<?1R* m 
tUSrRq 

TEL 

SyS^fn 
PASsgrrl 
JIT 

TSI* 

JIT 

TEL 

MM 



Pr 

SJP 

LP. 01 

AP.Ol 

BP 

L*«0? 

LP. CI 

VA 

VA 

Va 

L* 
VA 

Lp 

Da. 01 

VA 

L n tO? 
L n .O? 
D*#03 
VA 

BD 

VA 

KP.03.06 
9C 18 77 
V^itOl 
PB#03 
90 18 
9^ 18 
VA 

DA. 01 

DP 

Va 

PP.03 

GA 



77 
77 



CRE A TE * y ?H 
BBPT M*NlT*R 
SYSTEM T^ITT 
SETS AND RPS 
CBrE RESlDEM 
M9\'IT9R SERV 
RaUTjNF TP ° 
GPT m 9NTT9R<3 
BITS 1*«31 « 

bit run i? 

BITS 0«1*# M 
9Pf.Ra.T9R RF r 
MAXI M U* RUM 
INSERT MESSA 
9UTPUT T'9 S 
BITS o»1* » 
ROUTINE TB P 
R9UTINP T9 P 
9»TRaC^ TAPP 
PITS QMS ■ 
MBRE TWANi 9N 
BITS 0»t*# M 
M9VE RECOVER 
D R9D'JCE SUMM 
USEE'S NAME 

CREATE UNIQU 
GET ALPMA-NU 
RCAN PASS8 r 
T9TAL * 9F * 
RECEIVE REGU 
USED F*R SWA 
* 9F FILE BL 
C&NVPRT T9 T. 
INDICATES NB 



T pY. A M *MlTf?p TM A PILE 

pR*M Ta»P 
ALlZATlPM **DULE 
ftS mONpla^ 
T MpNIT^p rpcm^'ATTftN 

TfES PEPP9 D ^PH VTA CALS 

P»CESS *P CALS 

UEAD # TaTL AMD CBU^'T 

MAX PEs* DISC SPACE ALL«W 

avImUM P'9cFSP p R PAGES 9yT 

»VERY EMTR V TB I^ITRCVR 

TT^E IN JIT 

nr INTP OUTPUT P'JFPpR 

y^TEM EPR9P MFS9AGFS 

max SIZr F«R L TRp APy ERR9R 

p»CESS RMAPS 

PBCFSS r»NDTTlBNAL SNAPS 

manDLEr 
m a x TPMp D^SC SPACP ALl&W 
r ^ATC* Jfe f»MCUR"FNTLV 
AY USE*S PAGPS OUT 
v SUFFEo T* PA"» 
ARY BF riLF NAMES Ki BT FBljN 
TN ! USERS FILP 

p n a me f*r % ftlps 

^rRlC *'a^E 

BNTR&L fBMMAMD 
T<?C REAHS AND WRITES 
p<?TS F9p I/P ^PpPATI^NS 
p 1/9 - GP'EN CL 
«r^ BUF BEING REL By I9SP 
PyTC F^pmat 
pWVSICaL PAGES AVAILABLE 



CO 



JUL if#»79 INDEX BY ITFM UTS TECHNICAL MANUAL 14 ° 

~?W ft EM"" IN M&OhLE SEE SECTI8N CQMmfNt 

N|PMC tf,#,,tt,, SSS tt,#ttf * # Ed!o? t# **PRESeNICE IN*CMAP MAy'lNDlCATE TNIT#OCB 

NPWC" SSS ED DETERMINES WMpRE P W Y PG NEEDED 

NTftW JIT VA Bi5"31# * 9W TAPE RpADS AND WRTTES 

N XACT CHP SVSQEn 90 18 77 GET NEXT ACTIVE CHARACTER 

"NXTTN'CL 'DIFRftM 90 18 77 SBTAlN NEXT TNCLUDE PILE NAME 

NXTNAM PA5S3P** 90 18 77 GET NEXT NAMF AFTER SAVE GPTI&N 

9CJNT I8Q DA.01 PR^CfSS C8NTP§L PANpL INTERRUPT 

eCOutuE "X"»Q DA. 01 OUTPUT TYPEWRITER MPSSAGES 

&FF L9Q6N PC TE* M TNATE SN^LlNE SfSST^N 

9KABN PASSiraM g ig 77 GET NEXT FILF FR8M !SYS 

» p E^ATeR C6 M M (JVEPVTpW BD COMMUNICATION V IA KpYjN 

8PLBENT FRQD 90 lg 77 SAVE OPLABEL AND LOCATION VALUE 

JfrPNr _ PASSlRftM 90 18 77 C»PT FIlE FR*M Bl/ET DEVIC? TO FlLF D^ 

OWSTARF CCI PA (9PeN<? USERS TfMPORApv FILE* 

8PNUT8D ANALZ LE.01 * p F N **Fl TO UTSDU*P F?LF 

»§AC SSS ED»01 ROUTlNF TO 0RDER>S8Pt AND CHAIN CL S 

OTMAINCL DeFr&M 90 18 77 PRSCfSS ABNOPMAL OPpN *F INCLUDE PILE 

8UTLLERR PASSPCrl 90 18 77 LIST CONTROL COMMAND IN ERROR 

0UT9FPGS STEP E9 SUPPLY* AB9PT CODE AS TO TFL 

0UT9YM aUTSYM FA OUTPUT RYM8I0MT (LP.CP) 

GVHTIMe JIT Va CURRfNT PROCESS OVERHEAD TIMf IN JIT 

PIAC M?SPROrS VE ACCESS CODES FOR T»P U VIP. PAGES 

P I NAME MjSpR* r S VF DW N AME »F PROCESSOp AS TFXTC 

rflSA MjSPROrS VE STARTING ADOP OF PR*C 4 

PITCB MjSPR ftrs VF PROC TCB ADDPcSS B y pr*c * 

PA'Bf" C»C DC. 01 .04 SFT UP PAGE WFADER OUTPUT 

PASSWORD JUSFR8 VN.01 SECURITY 

PA8S0 CCIq ND PASS? CONTROL C&MMAnd INTERPRETER 

PAfSl '" SYSGEN 90 18 77 SYS3EN FILE MANAGER WRTTFS RO TAPES 

PASS* PASSiRwM ga !* 77 MAIN ENTRY,- TmITULT7E AND CONTROL 

PASSlNXT PHASEC ND PERFORM PASSO GENM?>S GENDTCTS 

PASSf SYSGEN 90 18 77 SYSTEM TABLF RUILDER 

PASS3 SYSGEN 90 18 77 LOADS MONITOR AND Pp*CfSSORS 

pA8t3iI8 PASS3R(%m 90 18 77 PROCESS BIAS OPTION 
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PASS3CHK 
PASS3DEL 

PASS3LCT 
PASS3MXT 
PASS3PAR 

P8SDCBSZ 

pb:dsz 

PBIHPP 
PBJHPP 
PBJMVA 

pb;lnk 

PBSPgZ 
PBJPSZ 

PBJPVA 

PBJTPP 

PBJTPP 

PBJUC 

PBTSL^CK 

PCCF 

pcci 

PCL 

pCL 

PCLLIST 

PCT 

PCTQ 

PENT 

PER 

PERFORMANCE 

PFA 

PFCOM 

PFFPOOl 
PPIPOOL 
PFSR 
pGSOUT 



PAS$3R* M 
PaSS^Ro* 
PASS3R* M 
PASS3R*M 
PASS^RftM 
M«SPR»rS 

M;SPR*rs 
MjSPRors 
MM 

MjSprotS 

M?s^P«rc; 
MM 

M;sPRors 

^iSPRors 

MM 

M!SPR&rS 

^SSPR^rq 

JIT 

M!SPRf*r3 

PCL 

&VERVTCV 
PCL 
FRQD 

FRGD 

TEL 
OVERVTrW 

OVERVTrW 

©VERVTFW 

FRQD 

FrG|> 
FRGD 
PFSP 
ANAt Z 



9~ 18 


77 


9-3 15 


77 


90 18 


77 


90 18 


77 


90 18 


77 


Vr 




Vf 




VF 




Ga- 




VF 




VF 




VF 




GA 




vf 




vf 




GA 




VF 




Vf 




VA 




VF 




7030P7 


BF 




7^3027 


90 18 


77 


9C 18 


77 


PR. 03 




Br 




B^> 




Br 




90 18 


77 


90 18 


77 


90 18 


77 


KF 




LE.01 





PUT VALUES INT© LOCfT TABLE 

PROCfSS DELFTF OPTION 

RFF»PM L»CCT FILE RfCORDS INTO LOCCT T 

GET NEVT CONTROL COMMAND 

PROCESS CONTPOL COMMAND PaPAM£TE r S 

NUMBfR OF Pa^fS OF DCB»S BV PR*C 

NUMBrR O p P a ^fS OF PR»r DATA BY PROC 

MEaD'OE PHYSICAL PAfSF CHAIN BY PROC 

PROCESSORS PWY PQ CwaIN MEAD 

VIRTUAL PAGF # OF 1st PAGF M0T USED 

PROCESSOR OF FIRST OVERLAY BY PROC 

NUMBfR 9F P A r?FS OF PROC PROCEDURE 

SIZE OF PROCFSSOR 

VIRTUAL P A3F OF F t rst PA^F USED 

TAIL OF PHYSICAL PAGF CHAIN BY PR8C * 

PROCESSORS PMY pg CmaIN TAIL 

CftU K 'T *F CUPPfNT USfPS IN COPE BY PROC 

OW, PRRCESSOP LOCKED IM CORF BfT TABLE 

BIT 9 OF JSPMsTi PROCESSOR CONTROL CMD 

d R8CfSS0R * OF CCI 

PCL EXECUTIVF 

PERIPHERAL CONVERSION LANGUAGE 

LIST, DELETE, PF*,SPE COMMAND PPQCESSR 

SET CONDITION'S FOP PROCESSING CT VALUE 

SET CONDITIONS FOR pROrFSSlNfi CTO VALU 

INSEdT PARAMFTER INTO SKELETAL DLlST 

SYMBlOMT AREA Op RAn 

SYSTFM PERFORMANCE MEASUREMENTS 

FILE MANAGEMFNiT AREA OF RAO 

SET CONDITIONS FOR PROCESSING FCOM VAl 

SET CONDITIONS FOR PROCESSING FFPOOL V 

SET CONDITIONS FOR PROCESSING FIPOOL V 

POWEP FAIL SAFE ROUtTNfS 

DISPLAY HEAD,TAIL# a*'D* COUNT AS CHAIN 



4^ 
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PHJDDA 
PNJPDA 
pMASEA 
PHASEB 
PHASEC 
PHASED 

PINTS 
pM 

PMD 

PMDAT 

PMDAT 

PNFRGD 

pNINT 

PO TAPE 

PODCBS 

PPA'QES 

pPP 

PPROCS 

p«ad 

pRESDF 

PRINT 

PRINT 

PRINTMSG 

PRINTMSQ 

PRINT1 

PRIVILEGE 

PR0CDEF 

PROCESSORS 

PROCS 

PROMPT 

PRT 

PRTERR 

PRTOUT 

pRTOUTL 



MjSpRPr^ 
MjSPRors 
PHAepA 

PHASER 

PMA.QFf 

PHAsfd 

frgd 

PM 
PMD 

PMDAT 
PM 

FRGD 
FRGD 

OVEPVTpW 
p 9DCBR 

ana^z 
ppp 

mjsppots 

tUSrR? 

FRQD 

SYMCftM 

ANALZ 

PASs^erl 

p ASspf!r! 

SYMresi 

tUSrRs 

FRGD 

OvERvirw 

ANALZ 

CBCD 

JIT 

PCL 

SASNANnL 

BASWANniL 



VF 
Vr 

Nd 
NO 
ND 
NO 



90 18 


77 


IP 




LR.03 




VJ 




IB 




90 18 


77 


90 18 


77 


BC 




N 




LE.01 




NONE 




VE 




VN.01 




90 18 


77 


SE 




Lr.oi 




90 18 


77 


90 18 


77 


SE 




VN.01 




90 18 


77 


B^ 




LE.01 




VG.05 




VA 




7030P7 


DA#03 




DA. 03 





DISC ADDRt OF 1ST PAGE of data and dcb 

DISC ADDR OF 1ST PAfir OF PROCEDURE 

PROCESS QEN»P # QENCHM, aK'q OE^OCB 

TRANSLATE GPMMD AND GE M DlCT 

CePY Pft TO !SYS ACCOUNT, ADD GENMDS 

NOP. REPLACED BY SYrmAK 

PROCESS I NTS OPTION 

PERF9RMANCE MEASUREMENT ROUTINES 

ROUTINE TO PPBCESS PMDS AND PMDIS 

DATA BASE FOP PERFORMANCE MEASUREMENT 

DATA BASE FOP PERFORMANCE MEASUREMENT 

SET CONDITIONS FOR PPOCESSING MFRQO VA 

SET CONDITIONS FOR PROCESSING NINT VaL 

ALL DATA NEEDED TO ftrQfN UTS OPERATION 

DCB»S FOR PASSO 

SET PROCESSOPR hEAD.tATL AND COljNT 

ANClrNT NULL TABLE 

number »f processors 
Permanent Rao space limit 

SET CONDITIONS FOR PROCESSING RESDF yA 

PRINT SYMBOL AND MESSAGE 

CLOSr SYMBIOMT FILES 

PPINt HpSSAGP 

DISPLAY ERROR INFBRMATION 

PRINT MESSAGE 

EXECUTION FREEDOM 

INTERROGATE CoNtROL TABLE ENTRV 

LISTED WITH STZE ANh FUNCTION 

FBRMAT AND PPfNT processor tables 

BYTE, PROMPT rHAR »F LINE BV LINE # 

BITS 8 TO 12 ARE THf PPIORITY OF JOB 

PRINTS ERROR MESSAGFS 

LINE PRINTER HANDLER 

LOW COST LINF PRINTER HANDLER 
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PSA 

PSDS 

PSYMF 

pTAP 

PTEL 

PUBLIC PROGRM 

pODCBS 

P2CCI 

P2C0C 

QUEUE* QUEUEl 

3UBTSCAN 

RATE FILE 

RATE FILF 

RATES 
RATES 
RCLABLE 

RCVCTL 
rCVDMP 

RCVRAD 
RDERLeCS 

roiclist 
roincfcm 

rDNEXT 

rdsrch 
rdwrt 

RESENT 

REAOAM 

READBI 

REAOCC 

REAOCC 

REAOCC 

READCD 

READCONT 

READCOUNT 



MM 

A NALZ 

SVMFTLC 

PTAp 

MiSPR*r^ 

OVE»VTrW 

3HB«;T1 

SYSCFM 
SYSr,FM 
I9Q 
SYSr^pM 

jrAtf 

RATrq 

RATfS 

OVERVTr 1 *' 

PASS1RRM 

Rcvctl 

CYCljfiR 

CYCljSP 

RDE»Lf>ft 

UBCHAV 

PASsgcr! 

SYMCO"! 

SYMrftM 

PCL 

BASHANnL 

TEL 
CCI 

deFpsm 

p ASc^crT 

PASS3P« M 
PASS1 prM 
OEFP^m 

PAS?3R* m 



GAtOltOS 

LF.Ol 

K«,04t03 

DA »03 
Vr 

BP 

N 

9n 
9^ 



77 
77 

77 



77 



1« 
18 
DA. 01 

90 lg 

V v, »03 

QP 

QP 
BF 

90 lg 

KP»01 

K*»03tcw 

** •03.04 
I A 

90 15 77 
93 18 77 
SF 

SF 

703027 

DAt02 

PP.03 

PA 



90 
90 
90 
90 
90 
90 



18 
1« 
18 
18 

18 
18 



77 
77 
77 
77 
77 
77 



SWAPPE* AREA *F RAW 

DUMP TRAPS 

IMF9RM *PE*AT*R OF DISCARDED SYMBIBNT 

PAPER TAPE HANDLER 
PReCrss^R h *r TEL 
USE*. SPACE P3AQRAMS NOT SHARED 

PARS DCBS 
READS AND ASSIGNS PaSSp COMMANDS 
PROCeSSFS cor 

RECEIVE REOUFSTS FOp 1/9 OPERATIONS 
GFT next FIELD AND CHECK F*R STRING 
DATA BASE OF ACCOUNTING RATE STRUCTURE 
FILE 9F CMARHF RATES 
CHARGE RATE r»NTR©L PROCESSOR 
ESTAPLISH RATF WEIGHTS FOR USERS 
PR&CfSS SLABrL COMMAND 
RECOVERY MA?M C9NTR*| 
COPY RECOVER* DUMP TO &AD 
LOCATION CBNTAlNNf? r>A FOR CORE DUMP 
READ ERROR L*G 

CHANGE RELOCATION DICTIONARY 
GET FIP<?T FTFLD 9F CONTROL COMMAND 
SET REGISTER TO REF /DEF STACK ITEM 
LOCATE S Y MB*L IN REF/DfF STACK 
PERFarms fh.f cepv 
MAKE REENTRAV'CE TEST 
READ a/M TABLE ENTRY 

TRANSFERS INPUT DATA TO TEMPORARY FILE 
READ NFXT COMMAND 
READ CONTROL COMMAS 
READ NEXT CONTROL COMMAND 
READ NEXT PA*S1 CONTROL COMMAND 
PRBCrSS CONTINUATION COMMAND 

PROCFSS continuation command 



t 



t 
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READFILE 
READX 
REBIT 
RECORD 

RECOVE* 
RECOVFRY 
RECOVERY BUFF 

REC9VER2 

ref/def 
ref/def 

ref,n 
regprt 

REGS 
RElSTARF 

RELSYM 

REMOVE- 

REPLACEMENT 

rEQCSM 

RE3DC 

RESCOM 

R8MDELET 

ROOM 

ROBTCNT 

ROOTS Y M 

RRSG, RRBS 
RSZ 

rtmaincl 

runflaq 

runner 

RUNR 
SlAJP 

SUJP 
SJBCL 
StBCL 



PASSlR** 

PASPiRftM 

TEL 

RECORD 

JNlTRrvR 

BVERVlpW 

CYClJSff 

RECOVFp? 

DeFc»M 
SYMCON 
CONVFN T > ! 

dump 

ANALZ 

ACCtSUm 
SYMFTLS 

supfr 

ANALZ 

IOQ 

REQ^C 

SYM^Osi 
PASS3P»M 

SDEvICf 

SVM T A» 

SYMtaR 

tstmgp 

COCO 
DEFp©M 

jit 

RUNqqm 

cci 

ssdat 

sss 

ssdat 

sss 



77 
77 



90 18 
90 18 
P*.03 

LD 

BO 

KB, 03 
KP.07 

so 

SF 

A*. 01 
L^.OP 

LF.01 

PCtOl 

KB,04t02 

QC 

LEtOI 

DA. 01 

FA 

SE 
90 

90 

v* 
vo 

K q .QP.03 
VS. 05 
90 18 
VA 

L».C1 
PA 

VC 

E n »0? 

VC 

ED. 01 



18 
18 



77 
77 



77 



entep name tki std table 

SAME AS COPYYTM 

RESET OPTION BIT UPON OCB RELEASE 
EVENT RECORD ROUTIN r AND BUFFEP 
BEGIN SlNQLr USER AMRT OR RECOVER* 
RESTORE SYSTFM AFTE© UNReCOVRBL FAILU* 
BUFFfR FOR SAVING SysTFM PARAMETERS 

RESTORE SySTFm TABLPS 
STACK PRiDUCFD BY LOAD 
STACK PRODUCFD BY LOAD 
SYMBOL ALlGNMrNT BY META 
PRINTS pSD K REGS 
DETERMINE CAUSE OF TRASH 
SUBRflUTiNr. T* 



AND LEADER 
AND DUMP REGI 



RELEASE 

COMMAND 

alter running 
pfrForm final 

DISC AND CORF 



w eLearf star filfs 

FILES OF ALL SYMFILE ENTRIES 



MONITOR 

CLEANUP «F A PEQUFST 

ALLOCATION F*R SVMB#COoP 

DETERMINE RfSoLUTIOn OF REF/DEP ITEM 
DFLETE EtE^FMT FILES 

CHECK F»R AVAILABLE wB*K AREA 
NUMBFR PiF 4 WftRD E N TPIPS IN ROOTSYM 
SYMBOL TSL,W1 B XA400.W2pADDRiW3,4»NAM E 

FPfE A GRANIJLF FOR A FTLF ** SVMBIONt 
BYTE, MAX MESSAGE StZE BY LINE # 
PROCESS ABNORMAL REaD OF INCLUDE FILE 
BITS 10- H ARF RUN FLAGS 

BUILD DFBUG Ta»LES 
RUN TOMMANiD PROCESSOR 

TpMP USFD TO SAVE AJTT PP DUPING SWAP 
LIST OF PTRS TO CMN* LIST, (SEE SBIOSUL 

3EG OF CL F0<* USER SWAPPED OUT 
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FOR ITFM IN modmLF SEE SEC T IOM COMmpNt 

"iBDA * # *SSdIt" vr LTST or BEG?m DISC a*Do. <<5FE «BlOSUL> 

JBDA SSS ED. 01 FIRST DlSC.ADR OF UsrR SWAPPFD OUT 

IBFIS SSDaT VC NUM9FR *? JOPS IN BatCm STREAM 

JBUAIS M j I^C Vf BATCM USERS ALLOWED «>N TME SYSTF* 

iBUIS SSDaT Vf COUNT OF BATCH USF^ IN ^YSTrM 

JCLP SSS ED.Di »»I n teR TO W*rD D^SyROVrD TN U*F Rf S CL 

iCLS SSS E n .01 WORD DESTP*Yrn IN Ci BY TIC 

ICUAIS M j I^ c yr CURRFNT USER* ALLOWpf) *N TMF SYSTEM 

JCUIS SSDat VC COUNT OF USrPq IN SySTfM 

icum ssDat vr cuprfnt user number 

JEAF SSDat vr 

JECL SSDaT VC LIST OF "TRS TO END <*F CMND LIST 

JECL SSS E n «01 END OF CL F*R USER «?WAPPrD ©!.jt 

lEDA SSDAT Vr LIST OF ENDING DISC aqhr (SEE SB?OSUL> 

JEVF SSDAT VC r V FNT maS OCCU*ED F| AG 

IFPPC SSDAT vr C*U N T of no, *F FREp pagfs in sjfppt 

fFPPC SSS EDOl C9UNt or SWA p PER'S FPE^ PHY PaG£ p OOL 

jFppH SSDaT VC MfaD OF SWAPPF^ FREr PAGE PO*L 

JFPPM SSS ED. 01 ^FAD OF SWAPPER'S Frff. PMY PAGF POOL 

IFRPT SSDAT VC TAIL OF SWAPorR FREr PAGF p 00L 

JFPPT SSS Er.Ol TAIL OF SWAPPpR'S FpfE PMY PAGF POOL 

JQJOBTBL ' SSDaT VC DW, NA^F OF GMOST J*? KY GWOST JOB * 

IHIR SSDaT VC C^UNT *F Nl.opisRjTV J*R<; READ* TO RUN 

UDLE SSDaT VC IDLE FLAG 

II SUN SSDat vr inswap user number 

USUN SSS ED.OP TMf * OF T^F USfR T* P^Pa^E FOR E*EC 

IJCL SSDaT Vr COMMAND LIST f«*R REaDImg JTT OR AJIT 

IJCL SSS ED.O? WH^Rr CL BUT I T TO SwaP IN AJIT * JIT 

IJITERR SSS ED,QP ROUTTNIF HAN'Dt rS JIT qWAP F^R^RS 

IJSP SSDaT Vr (JIT SFCTOR PftS, + OLAY)/? 

SUSP SSS E%0? SAVE? JITS G^ POS 1ST SWAP p' 

ILUN SSDAT Vr LAST uSF« NijmrER 

I0SS SSDAT vr OUTSWAP SIZF 

JOUAIS MijMC vr ^N.LfNr USERS ALLO^rD tN T^E S V STEM 

Ol 



li- 



ft 






J§*ff% INDEX BY ITEM ijTS TECHNICAL MANUAL 146 

• »£f f t • M '* ♦ AAA *Jl *JI • t % t •■.• H»»MIM|MMMM»lM|»M»M«lM«M»MM»lMM»MI|«MMl«M»,HMIMlMMIi 

rfm ITCH IN MODhLE S EE SECTION COMmpNT 

SlFCT '.^SSDAT** ' * VC TOTAL PAGE COUNT FOR SWAP IN 

38S ED.O? '-PAGE COUNT T* SWAP TN USER 5 PROCESSOR 

880AT VC SWAPPER COMMAND LIST TABLE 

888 EDtOl WHEPE CL'S BUILT T» SWAP OUT JITS 

SI8CLP 3$DaT VC 

SlSf? tS8 EA STATr EVENT TRANSITf*N TABF 

3IS1P SfP AT VC SWA? IN PP5QPFSS FLaQ 

gTlTP 91S ""EOt'M PeSEt AT END §F SWAP IN, SWAP COMPLETE 

.T VC COUNT OF USERS TO Br SWAPPED IN 

h _____ _ VC SWAP C9U^TEP FOR S*AP TDf NTIFICATION 

jiq|— hj— ED. 01 PEAD CHECK ID FOR N f xt OUTSWAP USEP 

SITUN8VIC 8 *DAT VC EVENT TpANS. VICTOR FOR FVENTS >«XUO f 

SUrtfO 880 AT VC USE* SYSTEM TD 

IPF ia state i*# users waiting for coc buffer 

8*€f FA QUEUED SYMpiONT AND cOOp RFSTART 

f *<WMEf UCAL IA LIMITED ONLINp- CHECKPOINT ' 

A^IU S*WOP KAY01 TYPE OF AUTOMATIC BACKUP ' 

tAVEftttt INlTRCvR LO REGISTERS SAVED FOR RECOVERY S ANAlZ 

SAVHQP TSTH3P KB. 02,02 SAVE (FDA ), (««! >, AMD (SMI) IN HQP 

SAVINWH **8§3**M 9o IS 77 SAVE LOCCT TABLE F»R SYSTEM STORAGE 

SAVffW ■■/ •WTIL« K8.04.Q1 SAVE SYMFlLE AND SYmFSDA 

8BrC§L SggAT _ VC COUNT »F USERS JN Q 3Y STATE * 

SitCtf SW EA EVENT INDEX INTO SJ^FT 

setCXU 8«5 EA LIST OF EXECUTABLE STATES 

s&tFPt ssDat vc List of procfssors FRFrD by outswap 

5#f£pff 8fO*T VC NUMUeR »F PR*tESSO»« FPfgD BY OUTSWAP 

8t©AT VC QH&St JOB FLAGS BY GHOST JOB * 

_____ 880 AT VC GHOST JO^ USFR NUM»rR# BY GHOST JOB * 

SlTfffl 510AT ~ VC Q of Q»S 

••IMf* , S8S EA LIST OF HIGH PRIORITY STATES 

gBfMPP SSDAT VC PROCg TE*P PMYSiCaL Pa^E CHAIN HEAD 

Sf&AT VC USE* *" OF 1 FlRfiT USER IN STATE « 

88&AT VC NUMBER »F PR*eESSORfi TO SWAP IN 

888 ED. OS INDICATE HOW MANY PROCESSORS TO SWAPlN 
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S*J»SN 
SB59SN 
SBJ9SUL 
SBlOSUL 

sb:b.sult 

SBIPNL 
SBIPNL 
S9:SET 
SBISWP 

sbitq 

SBAT 

SBIMBUT 

SBK 

SBLANK 

SC 

SCAN 

SCAN ROUTINES 

SCANNER 

SCHEDULER 

SCJOBX 

SCNTXT 

SCOM 

SCREECH 

SCU 

SPEC 

SDEVICE 

sdeviceo 

SDEVO 
SDEVg 

sdlay 

SDLAY 
SDBT 

SOP 

SEARCH 



SSDaT 
S5S 

SSDAT 

sss 

sss 

ssd at 

sss 

sss 

sss 

ssDat 
sss 

C9NtR*,- 

sss 

CBNrR^r 

sss 

TEL 

SYSGFN 
ANALZ 
BVERVlp'*' 
SYMSUPP 

M:Sr>FV 
SSS" 

INITPC\/P 
SSS 

C*NTR*f 

sysgen 

SqEVIcc 

SDEVICp 

SDEVICr 

SSDat 

SSS 

C»NtR»i" 
S$S 

ANAL2 



vr 

E^. 01 

vr 

ED. 01 
E^.Ol 

vr. 

EO.O? 
EA 
EA 
vr 

EA 

GA 
EA 

Qa 

EA 

P p #03 
90 IS 

Lr.Qi 

VI. 03 
EA 

LD 
EA 

QA 

90 
90 

90 

90 

VC 

EO.O? 

QA 

EA 

Lr.01 



18 
18 
18 
18 



77 



77 
77 

77 

77 



NU^HrR *F *y 
NU m BfR ftF Lie 
LIST 9F »UTG 
UfirR NUMBERS 
TT^ P W*R< TA 
« of pp^Cfss 
LIST 9F * *F 
STATr rvENT 
list 9F SWAP 
USER # *F 1Q 
STATr g, BAT 
C*NVrRTS PIN 
STATr ^, USF 
APPENDS A SP 
STATr 7, HI 
PARSr C*MMAM 
SV«;GrN CHARA 

intepp»ft am 
actipn perf* 



T^f-INQ 
rPS T9 
*TNG U*5 

*F USE 
»LE IDE 
«P$ TO 

pRBCES 
TRANSIT 
ARLE ST 
T USER 
fM C9MP 

apv t© 

»S WHft 

*CIFIE° 
PRl*RIT 

o line: 

rTER sc 
AL^ZE C 

PMED P n 



USE°S 
SWAP 9 
rpS 

PS TP 
MTICAL 

P^ ; A P I 
«5«>RS T 

T*N *p 

ATE« 

?M STA 

MTE B9 
rSCMC 
MAVr M 

* ^F 
y C fi MP 

ANNU'Q 

•mm AND 
STATr 



UT 

SWAP *UT 

T* Sot^SUL 
N f«?pF SBSNP) 
B SWAP IN 

tf o 

und usfRS 

TT PRFAK 
BLANKS TO 6UT 
UTE Q 



S 



P!*UTTNES 
•QUEUES 



5YMBI9NT C? K JTFXT BLPC* Ar>DR p * SYM8IPN 

STATr ?# C?Mf|jTE B91JMD USF*S 

BE3I*' cjNGLF USER Ar*Rt ^p RECOVERY 

STATr. A, CUROpNT USpP 

CftNVrRT EBCDTr. TQ BTNAPY 

PR&CrsSFS SDFVICE 

PRSCESS NEXT PArENTwfTICAi, FIELD 

PROCESS NEXT yYNDD 

GFNEPATF MSSOpV LOAr> 

* 9F SFCTBRS BETWEEN 

SECTOR DELAY PEtwEEm 

INSERT DECIMAL P^I^t 

STATr d, USrPS WAITTNQ F*R SWA d RAD PQ 

SEARCH F*R SPrClFIED VaLUF witmin limi 



M»DULF 

Jit s Rfst 

JIT K USER 



6F PGS 
GRAN 






#* 



t«MMMt«l«Mi 



ITEM 
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SEC 




SEN8E 8WTCN 4 
St** 

•wvttv 



cwt »§r 

Tilt 

S8S 

I9Q 




UICHAN 



•ifHtorv 




f JDA 
A 

SHff&A 

SHtggA _ 




Stiff 
Stl-BC 

$U10C 

SLJOT 

ItTWTNT 

9LIQUAN 

SLIT* 



UWHAN 

CtNTROf 

MM 

SSOat 

stt 

siUAt 
ssoat 

888 

888 

888 
SSS 
SSS 

SSS 

WCRaN 

M||MC 

iTiTMC 

HlIMC 
MSJHC 

MflMC 



EA STATE 3j USF»S Q f E& FOR TEL (CONTROL E 

ie USER OR 5HARFD PROCfsSOR OVRLAY LOADER 

90 IS 77 PROCESS tSELFCT COMMAND 

QA OUTPUT BUFFER 

'OB CHECK COMMAND LIST CHAIN 

EA STATf ib # ^pp-RATOR cRRBRED USER 

DA.Oi SERVICE 1/8 DFVICE 

T5B ROUTINE SETS REGS IK! TSIO F0» NeWQ 

90 18 77 PROCESS ALL OPTION BN SELECT/UPDATE CO 

fO If 77 BUILO HGP BIT MaPS FOR PFA AND PER 

"90 18 77 MANIPULATE L*AD MODULE 

QA DFTERMINES AN INDEX VALUp FOR N'AME 

Ga.01.08 SWAPPE GRANULE ALLOCATION POOL 

EDtOl LAST DISC ADR *F USfr SWAPPED »UT 

VC DISC ADDRESSPS FOR jfT AND AJIT 

ED.0& DISC ADDRESS TABLE FOR Sf JCL 

VF " DISC ADDRESS OF GHOst JOB JIT BY GHOST 

VF SEE* DISC ADDRESSES REF»D BY SiSCL 

ED. 01 AREA USfD FOR DISC aDR FOR SISCL 

bb pure procedurfs sharpd by users 

ED. 01 HALF WORD IDS FOR RfaD CHECKING 

EA STATf i 9i USFRS WITM I/O COMPLETE 

EA STATp 11# USFRS WITM I/O IN PROGRESS 

EA STATE 10# USPrS WAITING TO START I/O 

EA STATf 5, USFRS WITH tT v TNFUT COMPLETE 

90 18 77 KEE* TRACK OP DISC OPTIONS 

VJ BATCH BIAS 

vj max corf allowed any Batch use* 

VJ MaX CORp ALLOWED SPfCUL processors 

vj m a x roRp allowed any okultme user 

VJ M A X * OF TAPF<5 ALLOwpD on-line users 

VJ MINIMUM QUANTUM 

VJ QUANTUM FOR COMPUTE BOUND USERS 

VJ # OF CHARS T* 8L0C« TERMINAL OUTPUT 



JUL 19*»73 INDEX BY IT^M 

F9R irpM IN Ma^nLF SEF SECTION 



UTS TECHNICAL MANUAL 
COMMENT 



149 



sLjUB 
SLAVE 
SLEEP CAL 
SLIMS 

SMAXBUT 
S^BUIS 

s^uis 
sname 

SNAP 
SNDOX 
RNDDX 
SNRRT 

SNSTS l 

S&FF 

S9N 

SBRT/MEPGF 
S&UT 

S9UTA 

SPACE 

SPACESi SPACES 

SPECJMAND 

SPECFIL 

spmap 

SPR^CS 

SQA 

SQUIRREL 
S«CHF 
S«CMTBL 
S«ET 

ss 

SSDAT 
SSOAT 
SSIQ 

sss 



eVEPVTr^ 
UCAL 

SLIMS 

ssdat 

m:imc 
f i: jm C 

SNAP 
M?Sr)p*v 

mssdfv 
sss 

sss 
sss 
sss 

9VEPVTFW 

C9NtR9i' 
C^NtRoT 
SvMcBN 

ANIALZ 

SYSGem 

ANALZ 

sss 

SYSGpvj 
SSS 

Backup 

SRCmf 
PASS1R*?* 

MjSDfv 
JIT 
SSDat 
SSS 

m?sdf\/ 
sss 



VJ 
BB 
I A 

N*NE 
VC 

vc 
vc 

Qa 

LB^O? 

VT.Ol 

VT*01 
EA 

EA 
FA 

EA 
BF 
Q A 

Qa 

sr 

LF 

90 18 
Lf»01 



77 



77 



90 IS 77 
EA 

KA.01 
Fa 
9* 18 

VI. 01 

va 
vc 

EA 

VT.Cl 

EA 



* PF CMA« T* UNBL9C* TFRMT'AL output 
USE R PRB3RAM M»0E#I.FtjN9T M.*NfT&R 
MIWAIT* PR9CFSSED BY TfWATT 
ANCIENT NULL TABLE 

max mumber ftr USERS swappf* but 
maximum batch jbbs tn system 

MaXIMU m USERS IN S Y RTEM 
INPUTS A STRTMS FR*M TERMTNAL 
EXE C UTI»N TTMr PR»CrSS»R F*R DEBUG 'CaL 
SMODX#0 IS NUMBER »F SYMBI*NTS 
BYTE, DCT INHpX BY <5YMBI»NT INDEX 
STATE 1* REAL TIME USERS 
NUMBpR ftF STATES IN <;Y9TFM 

st*tf ic#bpfpat»r AP*Rt »R usfr hung u 

STATE ?j USF&S 0»ED FOP L9G BN 

XDS S&PT/MER*F 

SAME AS 89UT*. BUT AL5* OUTPUTS BUFFpR 

APPENDS A STP?N(3 T» OUTPUT BUFFER 

IJPSPACE A GTVFN NuMppR §f Ll K, FS 

INSERT SPACFS IN &U T PUr BUFFER 

SPECfMANlD FfLF STRUfTURE 

9 P E N Mjpl TB REC8VERV FlLp MBNOMP 

ROUTINE PUTS PR8CESS*R PHY PG IN CMAP 

PReCFSSFS SPPftCS 

STATf 16# USFRS QtEH FPR ACCESS T9 I/© 

TYPE BF AUT* M AT!C BaCK'JP 
SEARCH STMFILF T& DpLETE FILE 
SEARCH FILE *P STD TABLE F*R NAME 
SYMBfBNT RETURN! ADDRfSS BY SYMBlBNT * 
BfTS 2ft T© 11 ARE PqFUDB SENSE SWITCHE 

Data base fpp schedulep/swappfr 

data base f*r scheduler 

byte, signal charactfr by sym m 

SCHEDULER AM* SWAPPfd 






o 



JUL 19* '73 

FOR ITEM 



INDEX "Y iTrM 
IN MBDnLF SEF SECTION 



UTS TEfMNfCAL MANUAL 
COMMENT 



150 



SSTAT 
STAODR 
STAR FILES 
STAR FILES 
START 
STARTie 

STATE 

STATE QUEUES 

STATES 

STBA 

STCRD 

STDNM 

STOPA 

STEP 

STJ 

STIC 

STIIP 

STlMg; 

STI9 

STIP 

STKO 

STNOp 

STBS 

STOBO 

STOC 

STOFF 

ST8RVLP 

STQA 

STREGS 

STSABRT 

STSABRTC 

STSBK 

STSBKC 
STSEC 



M|S5fv 
SDEVIT 
OVEsVTeW 
ACCTSUM 

sss 

IOQ 

CBCn 

OVERVTrW 
ANALZ 
SSS 
SSS 

PASStRflM 

sss 

STEo 

sss 
sss 
sss 

C*NrR»f 

sss 
sss 
sss 
sss 
sss 
sss 
sss 
sss 

PCL 

sss 

SDEVTCr 

sss 
sss 
sss 
sss 
sss 



01 
IS 



77 



VT 

90 

B« 

PC. 01 

EA 

DA. 01 

VS. 05 

BD 

LE.01 

EA 

EA 

90 18 77 
EA 

e« 

EA 
EA 
EA 
QA 
EA 
EA 
EA 
EA 
EA 
EA 
EA 
EA 

7^30?7 

EA 



9n 

EA 
EA 
EA 
EA 
EA 



18 77 



BYTE, SYMBIBK'T STATUS PY S^MBIBNT 

CALL MODIFY P»UTINE 

UNIQUELY NAMFrj TEMP FIlFS r Y SYSTEM ID 

RELEASE OF TEMPORARY FILES 

EVE N T <►*# ADH RE^L TTMr USE* 

INITIATE ALL T /B BPpPATlBNS 

BYTE, STATE *F LINE BY LIME 

STATE QUEUES ARE PRIORITY STRUCTURE 

GET STATE 

EVE N T 46/ COT ^UFFEp AVAILABLE 

rVFNT 4A# CRD T9 CHfCK FBR STIC CASE 

PR6CESS STD *PTIBN 

EVE N T 44# 0I«C PAGE TS AVAILABLE 

MBNlTBR JOB STEP C©NTR*L ROUTINES 

STATg; C, USF»S INCBRF AND TYPING IN 

EVE N T 49/IC WHEN USpR IS CURRENT USER 

EVE N T 47>I/0 IN PRBRRESS 

rftupn time, ?n seconds, since system 

STATf ik, LIKE STI, BUT NOT INI C0R5 

EVE N T 43# GIVF 10 START PERMISSION 

EVE N T 4D# KICK USER BUT BF CORp 

EVE N T 40# m (§PERAT?»N 

STATf B, TTY BUTPUT BLBCKFD USFRS 

STATE 19, LIKr STBH, BUT N*T IN CORE 

STATf 6j USFPS READY TB CBNT, TTV BUT 

EVE N, T 45# BFF PROCESS 

ADDS £NT*V T « v LP » r 0P g N p LIST 

EVE N T 5?t FBR ACCFSS TB I/O DEVICE 

SAVE REGlSTFPS 

EVE N T 5l# SET ABORT FLAG 

EVENT 4F* SFT ABORT FLAG AND CHANGE ST 

EVENT 41# 5FT BRE*K FLAG 

EVENT 4B# SET BREAK AN$ CHANGE STATE 

EVENT 42# SFT EC FLAG 
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stsecc 
stserr 

STSERRC 
STSYME 

STUQA 
SUBR 

SUPCLS 

SUPER 

SUPER 

SUSPTERM 

SVDMDEV 

svi 

sw 

SWAP 

SWAPIN 

SWAPINIT 

SWAPlNilT 

SWAP6UT 

SWAPPING RAD 

STM3 SUFFERS 

SVMBI9NT EILE 

STMBIRNT/CPPP 

SYMBIONTS 

SYMBOL TA&LE 

SYMBOLMAP 

SYMBOLS 

s*mcon 

STMC6N 
SYMEILS 

SYMNEX 

SYMSUBR 

SYMJAP 

STMTAB 

SYMX 



sss 
sss 
sss 

SSS 
SSS 

CCI 

SUPCLS 
SUPr« 

SVE^VTf''' 

SUSrrrP M 
CYCqp 
CYCijq? 
SSS 

analz 

SSS 

BOOtSUPR 

OVERVTr*' 
SSS 

OvEpVTf'a' 

SYMB 

9VE»VTc^ 
9VEPVTr w 

SYMo/C** 

loaf: 
analz 

C»NVFV"tM 
SYMr.BN 

OVERVfrW 

SYMFTLc 

SVMrON 
SYM^URO 

SYMTAR 
SYMrftVj 

MJSOEV 



EA 
E* 

EA 
EA 

EA 

Pa 

EA 

or 

BF 

Fa 

K' p .03#02 
<".03t06 
EA 

LE.01 

ED»OP 
N« 

BD 

ED. 01 
Br 
Fa 
BC 

Bn 

FA 

RP»01 

LE.01 

AP.Ol 

SF 

BF 

KP-,04t04 

SF 
FA 
LA 

SF 

vc 



EVE VJ T UC* SFT EC ANn CWANGF FLAG 

EVENT 50# SET ERROR FLAG 

EVE N T <f£ # SFT ERROR FLAG AND CMANQE ST 

EVENT S4# SW>FiLE SLOT AVAILABLE 

FVFNT BS# UN Q FOR ACCESS TO I/O DEVIC 

UTILITY SUBROUTINE MODULF 

OUTPUT C*©P, TERMINAL ?VMBI*NT FILE 

LOGON CONTROL PPOCESSOP 

AUTHORIZE USFRS FOR USF OF SYSTEM 

TYPE SUS p ENO AND TERMINATE MESSAGES 

SAVE LIST PF DOWN DfvICES 

SAVE ONF ITEM IN RErOVERY BUFFER 

STATr £, USERS WAITTMG FOR A TTmE 

FORMAT AND PPTNT SWap TABLES 

ENTRY TO SWAP IN PROCESSOR £ JTT LOGIC 

WRITf monitop OVERLAYS TO SWAP RAD 

SYSTfM initialization MODULE 

ENTRY TO SWAP »UT 

iYSTEM K PrOtfSSOr residence 

bijfffrs in monitor memory 

pad space occupied py ©ymbtont data 

PfRIPMFRAL HFVICE I/O MANAGEMENT 

DEVICE I/O INTERRUPT D*!VPM ROUTINES 

INTEPNAL SYMBOL TAB| fS PUTLT BY LOAD 

SORT AND PRP'T MONITOR DEES 

NAMING CONVENTIONS 

LOAD MODULE PYMBOL CONTROL PROCESSOR 

SYMBOL CONTROL 

PROCfSS SYMPTONT TABLE? 

scan nevt symbol from input command 
miscellaneous symbiont subroutines 

EXECUTIVE DFLTA SYMBOL TABLE 

CHARACTER TYPf TABLf* 

SYMBIONT MONITOR TABLE SEG M EMT 



Cn 



to 
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LM»S 



ID 

manage 



syntax 
syntax 
syserp 

SYS3EN 
SYSQEN 

SYSQEN 

SYSID 

SYSLIM 

SYSMAK 

SYSMAK 

SYSTEM 

SYSTEM 

SYSWRT 

SYSWRT2 

T STAR FILE 

TiABeRT 

T5A86RTH 

T8ACCT 

TlACCTEX 

TUCCT8V 

t!AD0Gh*ST 
TUMROWt 

TJASP 

T*ASS6CIATF 

TJBTSCHED 
TJCHS 
T?CHtBL 
T JDEL 

t'Oelus 

tJDisassociat 

t«ec 

T*ECB 

TSERROR 

T8EXIT 



SYSfiEN 
TEU 
TfrL 
OVEPVTpW 

SYS GEN 

system 
JIT 

CYCUSR 

sySpak 

OVERVIEW 
9VERVTpW 

^VEPVTr 1 -' 

PaS§1r*m 

PASsi??ftM 

ACCtsiim 

step 

STEP 
ACCt 
ACCt 

ACCt 
SSS 

UCAL 
STEP 
UCAL 

sss 

SSS 

UCAL 
STEP 

STEP 
UCAL 

sss 
sss 

STEP 
STEP 



90 18 

PBt03 
PP#03 
BP 

9? 18 

90 18 
VA 

KB. 10 

NE 

BD 
B^ 
B* 
90 18 

90 18 
PC. 01 
EB 

EP 
T r 

ir 
ic 

EA 
1A 

ER 
IA 

PA 
EA 

IA 

EB 
F a 
IA 
EA 
EA 
E« 
E* 



77 



77 
77 



77 
77 



CARD SCANNER, GETS OPTIONS 
COMMAND ERROR HANDLfR 
SVPTrM fRROR HANOLrR 
QFNEPATF A UTfi systfm 
SYSGfN 9VERVTFW 

SYSQfN l 9a D MftOULE structure 

BO. ONLINE, Rl .GHOST. B16.31 SYSTEM ID 

SAVE SYSTEM LTMITS 

INITIALIZE SWAPPING RAH (PRBCSjJITS) 

SYSTpM INITIALIZATION MODULE 

EXTE.PNAL AND T^TEPNaL UNIQIJF JOB IDENT 

SCHEDULING, SWAPPING, J8B M ANASE M ENT 

PP©CfSS : SYSWRT COMMAND 

^BTAIM FILES ANo D» SYSWrT 

RELEASE &F TFMP FILfS 

ENT R Y POINT FO* ABORT CAL 

INTEPNAL E^TPY FOR A MONITOR APORT 

MAIN TIME ACCOUNTING SUBROUTINE 

ENTPY FftR EXFCUTION time ACCOUNTING 

fntPy point for overhead accounting 
add a gm8st user 

ROUTINE TO RpaO/WRItp aSST^N-MfRGE ReC 
ASSOCIATE SHARED PROCESSOR ROUTINE 
ASSOCIATE RFOUESTED LIBRARY/DEBUGGER 
SCHEDULE BATCH 
CHANGE STATF 

ROUTINE TO Cw A NGE C*C tRaNSLATF TABLeS 

dfBUpqfr exit control logic 
internal e w t*y-t8 opletf a use* 

DlSAc;S R ClATF LIBRa^-v/DeBUG^E* 

GO TO TEL 

BREAK* TO TEL 

ENTRY POINT FOP ERROR CAL 

PNTPV POINT FftR EXIT CAL 
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FCP 

FP 

FPP 

FVP 

FVPM 

QAJP 

QCP 

GHOST 

GJOBStRt 

GL 

GNVNPI 

GNVPI 

GP 

GPP 

GVGPI 

GVP 

GVPI 

GVPM 

IACU 

INITJOB 

JOBENT 

NAMFCHK 

OFF 

OV 

BVER 

Overlay 
oveplayi 

0V2 

PAC 

PSCHK 
PGCWK 

psecev 
pulla 

PULLE 



MM 

MM 

MM 

MM 

MM 

MM 

MM 

UCAL 

UCAL 

MM 

MM 
MM 

MM 
MM 
MM 
MM 
MM 
MM 
MM 

UCAl 

Tj J»3fmT 

T?0V 

SSS 

nov 

t:ov 

t:»v 
t:8v 

Tj9v 

MM 

CMK 

sss 

T:Ov 

SSS 
SSS 



Ga»01 
GA.Ol 
GA.C1 
GA.Ol 
GA«01 
GA.Ol 
GA.Ol 
IA 

TA 
Ga.OI 

GA.Ol 

GA.Ol 

GA.Ol 

GA.Ol 

GA.Ol 

GA.Ol 

GA.Ol 

GA.Ol 

GA.Ol 

IA 

IA 

EC 
FA 

Ft 

FC 

EC 

EC 

EC 

GA.Ol 

Kr 

E^.Ol 

^r 
ea 

FA 



FRFE C«MM©KJ e^ 
FPFE PG 
FREE PMy PG 
FREE VIRTUAL P3 
FRFEVP MASTER 
GET AJIT PARF 
GET COMMON PG 
ROUTINE TO Ser\|D 
ROUTiNf TO STA* 

get co m *on ltmi 
get K! vp and no 

Grr K ' vp AND => p 

GFT PG 
GFT PHV PG 
GFT *' VP GIVFM 
GFT VIRTUAL °G 
GFT VP INTFPSJA 
GFT VP MASTFR 
INTERROGATE at 
ROUTINE TO PR*C 
ENTEC JF»B IN «? y 
CMrCl^ F*R VAI TD 
FORCc a USEP. *F 
ASS^ r lATE MftMTT 
ASSOCIAT BVrPLA 
AS5BCIAT BVFPI.A 
TI^VrRLAY WITH 
TjBV WITH NU**E 
R>R?CrSqf»R AffrS 

MONITOR Op Su'A^ 
C*S VALIDITY *F 
ASSOCIATE SHARE 
PULL AN ENV?o*N 
p ULL A' 1 ENVTOON 



ER* *SG IF GWOST ABORT 
T UP GH*ST J*B5 
TS 

PP 



PP 



L 



TN UqfR»S ? M AGE 

FSS GHOST START CALS 

MBIOmt strfam 

GHOc^T NAMF 
F 
OR OvrPLAY 

Y - v» D rrU p N 

Y • RrMrMprR RETURN 
NAME TN RrGTSTERS • 
» SPrCIFiFD 

S C»ntP*L 

PER PAGr rMAT M ^mECK 

MON,qWAP,USFR PG CHAIN 
D PRftC «»VFRLAY 

MENT TO ALT A^R 
MfNT 



Ol 
CO 
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•IRCE 

' I Re 

'I RECORD 

•IRIG 

'I REMEMBER 
'IRSTLMS 

'I RUE 

'I RUNDOWN 

>IRVPl 

'IRVSPl 

rrSAC 

rtSAD 

riSAVEQET 

rise 

r»SELFDE8TRUC 

r i sense 

r* sex it 

r«S3A 
MS3A.JIT 

ft MR r 

riSQRNU 

rt SIB 

TlSMMC 

msmp 

riSNAC 

riss 

flSSE 

riSSgM 

f I STFHT 

ftSXAC 

rlSXMAP 

tiSyb 

TISYSL6A0 
TtTSTESZ 



SSS 
SSS 

sss 

SSS 

t:$v 

STEP 

sss 

step 

MM 
MM 
MM 
MM 

UCAL 
SSS 

UCAL 
SSS 

fsfo 

MM 

MM 

m """ 

MM 

TSIO 

MM 

MM 

MM_ 

sss 

SSS 
SSS 

UCAL 

MM 

MM 
RDE*L§« 

UCAL 

sss 



EA REP»RT A COC r^ENT 

EA '• REPORT EVENT G* CURPFNT USER 

gDtOl CREATES SWAP DEBUG T NF* 

EA REPORT EVENT AND Qlyp U* CPU 

EC RECORD CURREMT SEQ AND Rll F*R RETURN 

EB RESET ALL JJT MEMORY P»INT?PS 

EA RFPORT EVENT §N SPECIFIED USER 

IB INTERNAL ENTRY TO RplNlTIALIZE A USER 

GAtoi Release v ? internal 

QA.Ol RELEASE Vp SAVE PP 

GA.Ol SET ACCESS 

GA.Ol SEARCH AND DISPLAY 

IA ROUTINE T8 PPftCESS SAVr/GET CAL(CHKPT) 

ea schedule for rxecut?*n 

ia routine to disassociate m»n <*v£rla* 

ed routine returns rad mead position 

db routine used t* return to callfp 

ga.ol swap gran allocation 

ga. 01.08 swap granule allocation without a user 

ga.01 swap gran release 
ga.ol .08 swap granule releasp without a user 

db entrv to tsi* t© perform swap i/o 

GA.Ol SET UP MMC 

GA.01 SET MEM»RY PROTECTION 

GA.01 SFT N ACCESS 

EA SCHEDULE SWAP 

EA SCHEDULE SWaP AND EXECUTION 

EA SCHEDULF SWAP AND EXpCUTlON 

IA ROUTINE TB ESTABLISH PRBMPT 

GA.01 EXECUTE AC 

GA.01 EXECUTE MAP 

IA ROUTINE TB G?vE SLA V F USER MASTER M»DE 

IA ROUTINE TB COMPUTE FTMF 

ea calculate usrRS siz p 



MARRED ENT 
CHARACTER 
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IN ^ennLF 



SEP" SECTI*' 



CftMvirNT 



TlUTSXTS 


sss 


T»WAIT 


UCAL 


Tl^AKrUP 
T«WTE*L9G 


UCAL 


RDE p L»G 


TfXM.MC 


MM 


TIZPUP 


MM 


TABLE 


PASSIR^' 4 


TABLES 


TABLFS 


tapomp 


CYOjSR 


tapecwst 


TAPrCHc^ 


tapefcn 


TaPtFCm 


TAPrP 


ANALZ 


tblscan 


PaSSip*" 


TCBADR 


JIT 


TEL 


3VERVTr w 


TEL 


tel 


TELLTEL 


STEP 


TELLUSR 


TELLUSP 


TELSCAN 


BATCH 


TELSC0PE 


cci 


TEMPSTACKS 




TEXC6M 


SYMrPN 


TEXTARG 


RCL 


TEXTARG 


PCL 


TEXT6UT 


BATCH 


TnLFLGS 


JIT 


TIC 


sss 


TIM 


TIM 


Tl^TMP 


JIT 


TL 


C9CD 


TMABKJR 


PASsi^am 


T&?«T 


TePPi 


T p EXT 


JIT 


T?I&T 


JIT 
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EA 

IA 
IA 
TA 

Ga«01 
GA.01 
9^ 1« 

N»N£ 

K«,03»n5 

p^ 

LEOl 

9* 18 77 

Va 

nr 
pa 

E D 
L^^O^ 

sc 

PA 

c 

Sr 

7">30?7 

7030P7 
Sr 

VA 

E%01 

IA 
VA 

VG.qb 
9? 18 
Vr 
VA 
VA 



77 



TPAM^FrP STACK F^VI 

RBUTINF T6 PPOXeSS 
RSt'TlNr TR WAKE J p 
RPUTlNr T9 w*TTE A 

exfcutf mmc 
zfrh pupe procedure 
PN T EP M A Mr tv file 
C9 k, Sta v, tS, HAyA 
CRPY RFC^VPRV DUMP 

SYNTAX SCAN "tILITV 
C9MM^ND FUNCTION PR 

P£AD tvfc delta. cre 

^FARCH T*BLFS (FILE 
ADDR »F TCB 
TERMINAL EXFHlTIVE 
EXECUTIVE languagf 

ASSOCIATES TF( AMD 
ppjNy m^NIT^P ERR^ R 
SCA^ ARGUMENT FIELD 
RUN#TREF#ANH t 9CCT 

GFNERAL DESCPTRTI&N 
COMPARE TEXTT NAMES 

CHECKS ARGUMENT LE^ 

PRpCrssrS TAPr REEL 

TYPE OUTPUT To TERM 



PftNV'FNT 

MJWATT (SLEEP) CAL 
SLFrPlMG USrRS 
PrC*PD T* e P(?rR L*G 

ACCESS 

»R c?TD TABLE 

t* TAPF 
PP'JTTNFS 

ftrESS*R 

ATE n TAPE 

/eTH) F*R CURRENT F 

I ANnUAGF 

PRflfrssPp 

PrP^RTS rRR»R C*DF 
MESSAGES TO BATCH 
»F BATCM COMMAND 

TABLE *PTIMT7ER 
*F UTS STACKS 

GTM 

NU M BER c: 
TMAL 



ABBREVIATION F9R TRANSFER !>» CMaN I»CD 

DATE/TTmE CAL PR*CESS©P 

TF^ PA RARY TI M F CELL TN JIT 

HW # LIMK T5 THE BUF F»R TN p UT TAB SIMU 

PROCESS ABNI^pmAl REAH WHEN GFNrpATING 

SEG NA^pS AND ENTRY P6?Nt DISPLACEMENT 

T A TAL PR*»CrSS0R EXECUTION TIME fN JIT 

TSTAL PROCESSOR I ft TT*r IN JIT 
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FOR I TE* 


IN MODfiLE 


SEE SECTI 


TPOVT 


JIT 


VA 


TRACE 


ANAL2 


LE.Oi 


TRAD 


1 USERS 


VN.Ol 


T«ANS#TRANSSZ 


ANAL* 


LE 


TRAP 


JIT 


VA 


TRAP 


JIT 


VA 


TRAP PRSCESNQ AlTcP 


C 


TRAPC 


TRAPC 


NONE 


TREE 


deFcom 


SD 


TREE 


SYMCBN 


se 


treer 


CCI "~~ 


PA 


TRUNDLE 


TEL 


PB.03 


TSCO 


SSDat 


VC 


f SCI 


ssuat 


VC 


TSC2 


SSDAT 


VC 


TSIO 


TSIO 


DB 


tsio 


sss 


ED. 01. 


tstack 


JIT 


VA 


tsthgp 


tstmqp 


KR.0?«01 


TSTUSR 


cyCusp 


KB.03t03 


ttyin 


COCD 


va.os 


TTYOuT 


COCd 


VG.05 


tuext 


jit 


VA 


fuovT 


JIT 


VA 


JIT 


VA 


UBS APR 


MlTMC 


VD 


UBUSP 


Ml IMC 


VD 


UBIBL 


MlIMC 


VD 


UBIDB 


'M$IMC 


vn 


UBIFL 


MIIMC 


VD 


U8JJIT 


MIIMC 


VD 


U8IJIT 


sss 


EDtOJ? 


UBIOV 


MUMC 


VD 


UBJPCT 


MM 


Qa 



TOTAL PROCESSOR OVERHEAD TIME IN JIT 

DUMP EVENT RECORDER 
TEMPORARY RAD SPACE LIMIT 
TRANSLATE BINARY WORD INTO EBCDIC 

LOCATION OF LAST TRAP fXfCUTED 

BITS 20-23 APp THE CC AT TMAT TRAP 

EXECUTION TRAP PROCESSING 

BPM CAL PROCESSOR 

TABLE PRODUCED BY LOAD 

TABLE PRODUCED BY L*AD 

TREE AND PTPrp COMM A ND PROCESSOR 

COMPACT P*L!ST 

TEMPORARY SWAPPER CfLL 

TEMPORARY SWAPPER CrLL 1 

TEMPORARY SWAPPER CrLL 8 

SWAPPER I/O ROUTINE 

ROUTINE USED TO PERFORM SWAP I/O 

STACK PTR DW ANp STACK FOR TEMP CNTXT 

VALIDITY CHECK OF Hfi* TABLES 

VERIFY USER CONTROL TABLES 
TRANSLAT TBL FOR TTY IMPut BY ASCII 

TRANSLAT TBl FOR TTy OUTPUT PY EBCDIC 
TOTAL USER EVpCUTIOnj TIME IN JIT 
TOTAL USER TO TIME TN JIT 
TOTAL USER OVERHEAD TI*E TV JIT 
PROCESSOR * OF PROC OVfRlaY BY USER * 
PRaC * §E SPECIAL ProC EX TEL * CCl 

backward link in state que bv user * 

PROC * %¥ DE«tj3GER tF ANY BY U«?ER * 
FORWARD LINK tN STAtE DUE ^V USER * 

physical pagf n* »f jjt \f ik' c*re 
jit's phy pq u set up by swap in 
proc # bf monitor overlay required 

INITIALISED «V MEMRRV m A ma6EMENT( JlT) 
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U^iSWAP! 

U»JUS 

USCHAN 

UCAL 
UCLft 

UHJaJIT 
UHJAJIT 

UHJFLQ 
UHJFLG 

UH1FLS2 

UHSID 

uh:id 

UHJJIT 

UHITS 

ULCLC 

IJNAME 

UNMAP 

IJPAGES 

UPDATE 

UPDATE 

USE 

USER 

USER MUMBFR 

USERS 

UTILITY 

UTM3PMBT 

UTM3PMBT 

UTS 

VALID 

VALU 

VDC8 

VIRTUAL MFMRY 

VLDCNCK 

WATCHndGTTME-R 



MM 
Mjp-'C 

svscfn 

UCAL 
AMALZ 

sss 

Mj jmc 

MM 

T?I^ 

M.JMC 

sss 

SSS 
SSS 
SSS 

JIT 
AMALZ 
ANAi I 



ACCtsUm 
PASSIsam 
JIT 
OVERVTrW 

ANAL 7 
PCL 

sysgfn 

UTM«PmrT 
UTS 

SDEv|r r 
F=?G- 

VDC" 
OvE^vTrW 

Batch 

TABLF9 



GA#01i 


.08 


vn 




9D 18 


77 


IA 




LEtOl 




VD 




F^»0? 




v* 




GA.Ol 




D^ 




VD 




EHtO? 




FH.D? 




E^.O? 




ED. 01 




Va 




Lr,oi 




LF..01 




pc.oi 




9D 18 


77 


VA 




BP 




9P- 




Lf.01 




7D3027 


9n 18 


77 


9D 18 


77 


UD 




9~ 18 


77 


9D 18 


77 


RA 




B n . 




S r 




C r ^ 





USER'S swap "AN INDpy 

USER STATE * BY USER * 

PROCESSES CHAM,DEVIcr#STDL r ^*S T OLB 

PRSCrSSFS MiQCELLANrftUS UTS CALS 

CL9SF AND RF»O p EN M ? lO TO DEVI^F UC 

OTSC ADDR OF ADDITIONAL JIT IP ANY 
DA OF AJIT OR 1ST T?ME OF JIT 

USER FLAGS RV USER * 

PURE P FLG SFT 

BITS 13,1411 s ? F9R N SWAP FR p ORS 

USER ID * BY USER * 

FLAB? SFT ON M SWAP fRRORS 

DA *F JIT OR FLAG FOP 1ST JIT SWAP 

HRME DA FeR JjT 1ST Tl^E 

ROUTINE TO UNLINK C| AFTER SENSE 

SEE JL)N A ME 

RFSET FLAG T^ INDICATE MAPPING 

GET USFpS MFAn*TAlL AND COU^T 

SUBRSUTTNE T* UPDATr RaD SPACE USED 

or6cess :uPn*T£ command 

BIT 24 OP JjabC, FLaG FOR TOSP 
TERMINAL USF», BATCm 0& GMOST JOB 
INTERNAL UNIQUE NU^^fR FOR FACM JOB 
PPINt USER TABLES 
UTILITY AMD CONVERSION R9U T INE« 
WRITFS flOOTAPl.E PART OF PO/PO TAPES 
WRlTr ijTS BASF SYSTrM T* P* TAPF 
USED FOR ASSFM8LINW UTS MONITOR 
CMFCk FftR AVAILABLE DEVICFS 
OBTATN INTERNAL CON T pft| TAPLF FNTRY 

logical memory see n * ^y usf* 
detect account and maMf frrors 
watCmd*r t d ap processing 



VA 



en 



00 
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WDBQPGM 

WRlTAM 

W«ITE 

W«ITE 

WRITEF 

W«ITELM 

WRITEM8N 

WRITETM 

WRITLM 

WRITM 
WRJTR88T 
WRSU 
WRTB80T 

WRTMSDEv 

WRTR&8T 

W«TR88T 

XDELTA 

XITCTRL 

XLIMIT 

XMONIT0R 

XSL 

Z*PFIL 

OA 
gB 

qC 

OD 
OE 
OF 
1400 SIMULATR 

4CHAR 

7TAP 

93 

94 

95 



TABLpq 

TEL 

ABS 

PAS^IRpm 

SDEvirr 

sySn^M 

bpmpt 

F9GD 

FRQD 
PAS53pftM 

PASS3R» M 

Cec 

PaSSIRa* 
SDEvItr 

B88tsupr 

OVEPVTfW 

XDELTA 

step 

SYSGFN 
SYSGFN 
JIT 

TSTMGP 

TSIe 
TSIB 
TSIS 
Tsl* 
TSI^ 
TSlft 
8vERVTrW 

BaSmahhL 
7TAP 

TSl* 
TSIR 

TSlft 



CO WATCHD8G TIMpp TRAP R8UTINF 

P p »03 WRITf A/M TA*I E ENTRy 

90 Ig 77 WRITf MjABS L8AD MODULE T8 M«ABS FILE 

90 18 77 OBTAIN FlLE« fR»M B?/E! DFVIcE 

9n 18 77 PERFORM LPAD MODULE WRITE 

90 18 77 WRlTrg fiVSGFM L8AD M*DULfS 

90 18 77 GENERATE B**TA*l_E P*RTl8N *F Bpm/BTM B 

90 18 77 WRITE MjFRGD i8aD MftOULE PARTS 

90 18 77 WRITE MjFRGD L&AD WfOUtE 

90 18 77 WRITf P*»T L*A& M8DULF. T* R8*T FILE 

90 18 77 SAME AS WRIT M 

DC.01t04 GET FIRST BUFFER 8F OUTPUT CMATN 

90 18 77 GENERATE B88T49LE P*RTi8N OF P8 TAPE 

90 18 77 WRITE MfSDEv L»AD M*r>ULE TO MjSDEV FlL 

NB WRITF MONITOR R08T TO SWAP RAD 

BO SYSTEM INITIALIZATION MODULE 

La EXECUTIVE DFLTA 

E* HANDLES EXIT C&NTR&I T* DELTA 

90 18 77 PR6CFSSFS 8L?MITjBLtMIT,DLIMIT 

90 18 77 PRSCFSSES UT*,M»N!TOR 

VA BITS 20.23 OF JfRNST, EXECUTION SEVERl 

KB. 03.08 DELETE FILE 0?RECT»RY ENTRY 

D« S8FTWARF CK - INCONSTANT 8RDFR IN CL 

DP S8FTHARP CK . N8 SENSE 8R SEEK IN CL 

DP SOFTWARE CK - BAD RMY PG # IN CL 

DP S»FTWARF CK • CL D8FSN»T FND AS EXPECT 

OR SOFTWARE CK • N8 CL 

DB S8FTWARF CK • BAD FrN PARAMETER 

BF INTERPRETIVF SIMULATOR 

DA,n? LOAD F*UR BVtfS FROm CALLER'S BUFFER 

DAt03 7»TRAC* TAPF HANDLER 

DP S8FTWARF CK • N ERRORS S NO CL F8UND 

DP S8FTWARF CK . BAD ORDER 8N WRT CK 

DP S8FTWARF CK - N ERRORS K BAD T18 ADR 
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J USERS 

aCCt 

ACCTSUrl 

ACCTSUli 

ADDF 

ALTCP 

aLTMN 

A^ALZ 

avr 

BACKUP 

BASMAV'UL 

RASHANOL 

BASHA^DL 

RASHAMOL 

RASHAMDL 

RASHAMDL 

BATCH 

BIT9TM 

B&&TSUBR 

bpm 

BUFQRAN 
CALPRPC 

cci 
cci 
cci 
ecio 

C*< 

CL9CK4 

CUSi 

CSC 

C9C0 

C9CI 

cpntr*l 
csep 



8USF«S 
aCCt 

acc^tsu** 
acctsum 

A DDF 

ALir-P 

ALT^N 

a mal z 

AVR 

BACKUP 
CRDT^ 

DISCI** 

KBTT*> 

MTAF 

FRT fi UT 

PRT°UTL 

RATC H 

BlTTi 

BPOtSUBk 

PPM 

£ UFA* AN 

C*L pR ?C 

L9AH» 
TP£F W 

CCln 

CM 

CIQCM 
CLSt 
CdC 
C»Cr- 

f»C! 
CPNtR^L 

C9©P 



VNO< L n G*M FfLE -AUTMp^TZEO USF^S 

Tt MPAJJT^P TT M E ACr^UMTlNfl R«UTT^FS 

PC* 01 L*G*FF ACCOUNT TV'G L9G PUBP*UT!Nr 

PC IPDATF ACCOUNT l* ( '# REI_fA*F T«"MP t FILES 

FA ADD FlLrS t3 SvmfILE TaRLfS 

rC DrC«>nr CMS 3-5, «#9 Amd TPAP C 

'■iF L*aD aLtfomatf. "*nitbp FR*M r**tfTLE 

LE S W STF K: CRASH ANALYSIS PSftPRAM 

hb tape mounting 

ka»0l c^pif? usfp's ftles t» backup tapc 

^A«0? CARD pEADFp HAULER 

")A»Q^ PAD I/* HANDLER 

HA.Q3 TVPEW p I T E R *AND!. F?? 

^A»(n 9»TRAC< TAdE mamhLER 

OA»oi LIME pPTNTfR HA^nLFR 

DAiOi L*W C?ST LT^F P^T^TER MaNDLfR 

^C TERMINAL J*B ENTRY PRttrFS^PR 

md c*py tape t^ riisr 

MB M*NIT?R B*PT SURR^UTHfs 

UE T* ASSE M BLF M*N?T$R SERVICE PROCEDURES 

FAtOltC? SVSTF M BUFFER-GRANULE waNaGFMFNT 

C.B DECIDE CALS 1#? 

*A LTMIT/^ES^aGEjTTTLF command process* 

»A L^AQ aNi*> F>\/EPLAV CftMMAwr> PR*CE£S*R 

PA TPFF AND PTREE TB^MAMD pR*Crs«ftP 

vD PASSO CBMTR*L CARD PRESSING 

<C SVSTF^ CONSISTENCY CHECK ROUTINE 

CD CLOCK 3 IK'TERP'JPT PROCfSSOR 

ND CHARACTER SCAM ROUTINES F*R PASPo 

?)C COC HANDLER 

DC TABLES FOR C*C ma^'DLE^ 

DC*01*0<* INITIALIZATION *F 7611 

•5 A ONLINE PfRFbrmamCe M&NTTOR AND C»ntR3 

FA INPUT/OUTPUT CO*PERATIvfS 



en 



a- 
o 
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C«D0UT 

CYCUSR 
OEBUQTV 

DE^CeM 

DELPR! 

DELTA 

DISPLAY 

dpak 
DSCie 

DUMP 

F&CON 

EDIT 
ENTRY 

pRRJFlL 

FRRJLIST 

eRRjsum 
eRRmwR 

FBCD 

FILL 

GETF 

3'HBSTlD 

GPHQP 

HANDLERS 
HGPReCoN 

INITIAL 
f NIJRCVP 
fNSYM 
1 00 
IORfC 
JIT 

JULIAN 
<EYN 

KEYSUB 
LINK 



crdout 


DA»03 


CYCUSR 


<8tQi 


debuqtv 


LB 


DEFCOM 


SD 


DELPRl 


MA 


DELTA 


LA 


DISFLAY 


MA 


DPAK 


DA»03 


DSCI9 


N»Ng 


DUMP 


LB*QK 


p-DC*N 


NONg 


EDIT 


NONE 


f-ntpy 


CA 


ERRtFiL 


«E»0? 


fRRSLiSt 


KE»03 


ERR f SUM 


KEt03 


ERRmW'R 


ijB 


FBcr 


\)ONE 


FILL 


^AyO? 


GETF 


rA 


GHesTlD 


N!C 


GPHGP 


N'G 


HANDLfRp 


*A 


mGpreCom 


*&»0* 


INITIAL 


MA 


!NIt«CVp 


LD 


tnsvm 


FA 


IW 


DA 


lORrC 


MA 


JIT 


VA 


JULIAN 1 


UA 


kEYM 


MA 


KEY?U3 


MA 


LINk 


PA 



USER FILES 

ROUTINES 
EXTRACTION 

AND DISC 



CaRD pUmch handltR 

VERIFY USER TA*LeS # CLOSE 
TRANSFER VECTOR FOR DEBUG 
LOAD M8DULF REF/DEF STaCK 

delete filfs fr*m symf t le 
csnvfpsatiftns pp*'gram debugging proc. 
display specified monitor information 

DISC PAfK MANDLEP 

Remote batch mamdLeR 

CORE DUMP ROUTINE 

Batch ppocfssor for ed T t format files 
context editor 

ENTRY AMD e x IT FftR PROCESSING CALS 
PROGRAM TO COPY eRRORLoG TO KFYED FILE 
ERROR L*G FORMATTING & LISTING PROGRAM 
ERROR LOG SUMMARY PROCESSOR 
ERROR MESSAGE FT| E CONtROl PROCESSOR 
FORTRAN BCD COMVpRSIO N 

restore? user's files fro* backup tape 

GET FILE FrOm SVmFILE 
GHOST 1 DRIVER 

read/write h sp to swap rad (also xdelt 
Required handle** 

MGP RECONSTRUCTION DURtNG RECOVERY 

initialize monitor 
initialize recovery 

INPUT SVMRfONT fCARD RfaDeR) 

basic i/o starter 
device *eytn routines 

jaR INFORMATION TABLE 

CONVFRT MONITOR DATA.TtME TO JULIAN 

OPERATOR CoNSPLF COMMAND PROCESSOR 

keyin Routines 
loader program 
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lNKtRC 
L'><TRC 
LSAD 
1.9Q0N 
MlALDCa 
^JBiDGB 
^BPDCB 
CDCB 
CIDCB 
C9DC3 
D9DC3 

ElDCb 
EPDCB 
G^DCB 
LlDCb 

11LLDCB 
"!|L*DCb 

*:pcdcb 

iSSlDCB 
USLDCd 
i;S9DCd 
iAILP^X 

^SDIFV 
^JJNFIX 

'CL 
3 CL 
>CL 
»CL 
'CL 

3 CL 



LDLNK 

LDTFC 

LPAP. 

LPG*N 

MIALDCB 

M!BtOCB 

M!B r ^CB 

Micr-cq 

MJCjDCB 
MJC^DCB 

m:d*dcb 

MtEIDCB 
M!EPDCB 

m;g»dcb 

MSLlDCB 

MJLL.DCB 
m-LP^CB 

srocB 

P^DCB 
SfDCB 

SL.DCB 
,S^DCB 
MAItdftX 

KPNFlx 
*UTSY"| 

BLDCB 

ceMpiNE 
repvALL 

CPPYT* 
CBPVT^A^ 

DEVTRAN 

frr^r 



?c 

PB»o 

PC 

VB 

v/B 

VB 

VB 
VB 

VB 
VB 
VB 
VB 
VB 
7B 
\/R 

VB 

•7B 

VR 

v/B 

\/p 

VB 

jC 

OA 

^0 1 

LG 

P"A 

7030 

7Q3C 

7030 

7030 

7030 

7030 

7030 



R°UTTVE TP p R°rr<;S L»A* & LINK' CALS 
R c UT!'mE T° PPprrqS LPArr s TRA'-'S C*NT 
p'rrpMAL SV^B*L TABLE T^PMAT* P M LY 
L*GPN TrRMTMAL USER* L*GBFF ALL J»BS 

k ACCOUNTING LOG Df 5 -* 

it BlMAPY TM p UT DC* 

4 ^JMAPY e UTpUT DTq 

4 C*^MTR?L CPM^A K 'r> T^PUT H r B 

4 C ft MPprSc^O INPUT 9CB 

4 .c«^PprSc£0 ®UTP : 'T DCB 

4 DIAGNOSTIC ^UTP'lT DCB 

4 ElF^E^T INPUT PfR 

4 ELEMENT OUTPUT DC* 

* EXECUTION OUTPUT DCB 

4 LIBRARY in;PUt dtr 

4 LISTING L*G DCn 

a LISTING *l'T p UT T* 

k 9PERATP«?»^ CPNS*| E DCH 

u. PUNCH OUTPUT DC^ 

4 SOURCE INPUT OCa 

4 SYSTc* LOG VC* 

k SOURCE *UTPUT ^ r R 

DrLIVrRc M^SSAHrq TP UprRe 

mc""*9V vanaGF v1 P k, T 
77 P'JILDS LOAD m*"miles 

M^NITPR DEBUGGT M G ANO prPLACT v G 

^UT p UT ?Y W PIP^T (L p #C p ) 
'7 BUILDS AP EN PLT«?t AND » p F" c DC& 

->7 CHECKS TflP VALT^ ^pTI M " C ft MqiVATI*»^S 

, 7 pypn PtfiJTIWE F*3 CpPYA| | AND r*PYQTD 

97 FXECUTlVE R^UTTVr F«P r*?* 

?7 SYNTAX /»malYZf° F^ p C^pv r^MfMH 

^7 C W EC<S f"Pc VAi_T^ OFVICF 1^ C**DE 

^>7 PrC°P^S rop9P r^MOlTi^tv 



o 
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in"hS6ule fb~r Item* see section comment 

pcl filt«an 703027 syntax analyze* f*r fil'f identifier 

pCL FIXA*G 703037 TABLE SEARCH SU»R$UTINjr 

PCL GETARQ 703027 COMMAND SCANNER 

PCL HEXDUMP 703027 HEXADECIMAL DUMP PRB'CESSBR 

PCL INTaRQ 703027 EDCDIC«BINaRY DECIMAL flBWERSlBN 

PCL PCL 703027 PCL EXECUTIVE 

P CL PCuJST 703027 LlST,D E LETE#REWjSRE C*MMaN d Pp^CESSR 

PCL PRTE*R 703027 PRINTS ERRB* MESSAGES 

PCL RDWRT 703027 PERFBRMS FILE C*P V 

PCL STftRVLP 703027 ADDS ENTRY T» VLP BF »PFN PLTST 

PCL TEXTARQ 703027 CHECKS ARGUMENT LENGTH 

pCL UTILITY 703027 UTILITY AND CSNVPRSIBN P&UTINES 

pFSR_ PFSR <P P8WER FAIL SAFE R*UTIN r <$ 

pWAlEA PHASEA MO' PR9CESS GEN9P#GFNCHN # a nd QENDCB 

pHASEB PHASEB \'D TRANSLATE GENMO AND GENOICT 

PHASEC PHASEC ND CBPY P» TB *SYS aCC»UN Tj ADD OFNMOS 

PHASED PHASW ND N5Pt REPLACED by SYSMak 

pM PM T8 PERFftRMANCF MEASUREMENT ROUTINES 

pMD PMD LBtOI R8UTINE TB RRBCPSS PMD<q AMD PMDIS 

pmDat " T " pmDat vj data base fbr pprfbrmam C e measurement 

P&DCBS PBDCBs M DCB»S F&R PASSO 

pPP PPP NBNE ' ANCIENT NULL TA«LE 

PTAP^" PT~AF DA»03 PAPER TAPE HANBlpR 

RATES RATES QB CHARGE RATE CBNTR»L PR*CESS9R 

rcvctl rcvctl KBtoi Recbve r v main control 

ROfULfQ"'" rderlbg i a read e*rbr lbg 

RECORD RfCeRD LF EVENT RECBRD ROUTINE AM BUFFER 

RE CSVtRg RECBVER? KB. 07 RESTBRE SYSTEM TABLES 

'RETOC WB5C""" PA DISC AND CftRE ALL&CATlGN PBR SYM8, C»»P 

RUNRBM RUNNER LBtQl BUILD' DEBUG TABLFS 

SACT SACT PA QUEUED SYMBlBN? AND CBftP RESTART 

SEQLD SEISO* *C USER" B* SHARED PRBCESSftP *VRLAY LBADER 

SLIMS SLIMS NBNE ANCIENT NULL TABLE 

SNAP SNAP LB. 02 EVECUTlBN TIME PP»CESS*R FBR DEBUG CAL 
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qRCHF 
SSDAT 

sss 

STEP 
SJPCLS 

qUPER 

SUSPTER** 

qYMCSN 

SYMFILS 

^VMSUPR 

S^MTAB 

SYSGEN 

SYSGFN 

S y SGFM 
SYSGEN 

qYSGFM 

SYSGEN 

SYSGEN 
S^SGEN 
SYSGEN 
S YSGEN 
SYSGEN 

qYsGEN 
S^SGEN 

sysge* 

SYSGEN 
S^SMAK 

TtJSBrNT 

T«9V 

TABLES 
TAPECHST 
TAPEFCN 
TELLUSR 



qRC^F 
SSDaT 

sss 

STEP 
SUPCLS 

supfR 
suspteR'-' 

c;YMC9N 
SVMrlLS 

c;YMc;U«R 
SYM^AP 

abs 

BTm 

DEF 

FRGD 

IMC 

L»CCT 

PASS1 
PASS2 
PASS3 
P2CCI 

P?C*C 
SDEvlCE 

SPR^CS 

UBChav 

XLI M IT 

XMftVlTOR 
SVSMAK 

jj J*8c-Nr 

T«ev 
tables 

TAPrCMST 

TAPfPCN 

TELLER 



rA 






VC 






rA 






rB 






TA 






'JC 






CA 






cr 






k3« 


> 0^ ( 


04 


FA 






L* 






9? 


19 


77 


*C 


1» 


77 


*0 


1» 


77 


*0 


19 


77 


9n 


1° 


77 


»o 


19 


77 


*0 


19 


77 


90 


1» 


77 


90 


19 


77 


90 


19 


77 


90 


1* 


77 


90 


19 


77 


*\? 


19 


77 
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